AI 技能AI 写作人工智能深度研究AI 应用【免费下载链接】PaperSpinePaperSpine5 — local-first, evidence-bound paper research, writing, figures, review and delivery. Download: https://wubing2023.github.io/PaperSpine/v5/项目地址https://gitcode.com/gh_mirrors/pa/PaperSpine点击查看免费下载本文围绕 PaperSpine 的publication_target_profile.json投稿目标档案机制展开它以「官方要求—已发表语料—论文自身适配」三条证据流为输入把期刊的硬性合规规则、五段式叙事偏好与投稿交付包要求结构化为一个可被机器校验、可哈希绑定、fail-closed 的 JSON 档案并配套rules-check写作期预检与profile-check档案结构校验两个 CLI。读完本文你将掌握该档案的完整字段语义、九大合规覆盖区域、五类指标的合法组合规则以及它如何与publication_cycle.py的不可变投稿包装配流程衔接——包括哈希失效阻断旧包、条件项未决unresolved阻塞上传就绪但允许本地交付等关键边界。一、档案定位什么时候才需要创建它publication_target_profile.json不是写作或阅读版式导出的前置条件它只在两种时机被创建或刷新被调用的 publication-cycle 装配器assembler确实会消费该文件时官方投稿指南发生变化、需要重新生成新哈希时。换言之publication-target-profile.md 开篇即明确schema 不是写作、阅读版式导出或安全本地交付的前提作者事实author facts悬而未决只会限制「投稿就绪submission readiness」的声明不会阻塞本地写作与排版工作。这与 submission.md 中的local_delivery概念一致——本地交付包可以安全生成但它不是「可上传投稿」的声明。创建档案前须先用 target-journal-research.md 与 manuscript-format.md 完成真实的目标期刊调研并复用仍有效的任务笔记机器输入格式遵循 publication-cycle-contracts.md。二、三条证据流档案的事实来源档案中的每一条陈述都必须来自以下三条证据流之一且要能追溯到具体来源证据流典型来源负责的内容权威等级Official requirements官方要求实时开放的 Guide/Instructions for Authors、文章类型页、投稿门户帮助、官方模板文件类型、篇幅限制、声明、匿名要求、图表规范、附件要求可能是硬性要求hard requirementsPublished corpus已发表语料该期刊近期可比的已发表论文五段式叙事偏好、证据/新颖性门槛经验性偏好empirical preferencesPaper-specific fit论文自身适配用户确认的贡献、研究设计、证据、局限、文章类型与投稿偏好目标适配判断结合前两者做推荐档案要求为每条 profile 陈述记录source IDs。official陈述可能是硬性要求published_corpus陈述是经验偏好inferred陈述必须保持标签化绝不能转化为虚构的编辑政策。对应源码中定义的四类权威来源常量SOURCE_AUTHORITIES {official, published_corpus, user_supplied, inferred}见 publication_cycle.py且profile-check强制要求sources数组中至少存在一个official来源源码 validate_profile。需要特别强调的是证据纪律禁止编造录用率、审稿周期、索引收录、APC文章处理费或编辑偏好——这些数据无法从当前官方指南与已发表语料中可靠得出时宁可标记为未知也不得臆造。三、哈希失效机制官方指南变更必须作废旧档案发布周期要求在最终投稿包装配之前重新打开官方指南。若指南发生变化更新publication_target_profile.json档案会因内容变更产生新的 SHA-256绑定旧哈希的submission_package_plan.json必须失败而不是静默继承过期规则。这一「fail-closed」逻辑在源码中得到强制装配器 assemble_bundle 会比较plan.target_profile_sha256与当前档案的实际哈希不一致即产生 blocking findingpublication_cycle.py。这意味着「档案—计划」是一对哈希绑定的整体任何一方的更新都会切断另一方对 READY 状态的继承权。四、先分析论文再推荐目标SUBMIT / RESHAPE / REDIRECT在给出任何目标推荐之前须先读规范手稿canonical manuscript、已确认贡献、主张边界claim boundary、证据台账evidence ledger、图表以及任何拒稿/审稿人信件并保留一份简短的科学身份scientific identity首要问题与贡献primary question and contribution研究/设计类型与可用证据人群/数据/领域与泛化边界generalization boundary最强结果与实质性局限该工作能诚实支撑的文章类型。随后收集用户的目标偏好must-haves必须项、nice-to-haves加分项、deal-breakers一票否决项、预算/获取模式、时间安排与格式偏好。除非用户已点名目标否则应对比至少两个有差异的候选对每个候选返回SUBMIT、RESHAPE或REDIRECT三者之一并给出有证据支撑的理由与权衡。这一「至少两个对比候选」的要求同样被机器契约固化在 publication-cycle-contracts.md 的transfer_request.json中candidate_comparison至少要有两个条目除非user_named_destination: true源码 transfer_plan 会据此校验。关键原则fit适配度是推荐意见绝不是接受概率。任何「这个期刊会收」的表述都不在档案的语义范围内。五、五段式叙事偏好非 IMRaD 期刊的规范槽位即使期刊使用不同标题档案也强制使用恰好这五个规范槽位源码常量FIVE_PART_KEYSpublication_cycle.py规范槽位覆盖内容front_matter标题、摘要、关键词、highlights、可访问摘要introduction开篇、研究空白gap、贡献、问题/假设推进methods_or_approach设计论证、可复现性、伦理与细节results_or_analysis结果排序、统计/证据、图表解读discussion_and_conclusion解释、贡献回扣、局限、启示与结尾对每个槽位记录preferred moves偏好的叙事动作、evidence expectations证据期望、things to avoid应避免事项、source IDs。若期刊是非 IMRaD 结构将其真实章节映射进这些槽位而不是强行套用 IMRaD 标题。profile-check会校验每个槽位都必须包含非空的preferred_moves、evidence_expectations与avoid列表并引用来源validate_profile非规范键会产生警告并被 transfer diff 忽略同处 L481-L483。六、交付包要求把每条官方要求转成一条记录档案要求把每一条官方交付要求都转成一条package_requirements记录。常见角色role包括主稿/盲审稿main/blinded manuscript、标题页title page、cover letter、highlights、graphical abstract图文摘要、分离的图表文件、补充材料supplementary files、报告清单/流程图reporting checklist/flow diagram、数据/代码声明、CRediT 贡献声明、利益冲突/资助/伦理/知情同意/AI 使用声明、源码归档source archive与各类表格forms。核心纪律是不要把常见项默认为必交项。每条记录使用三种处置disposition之一required必交conditional条件性取决于论文与作者情况optional可选。与之配套的是condition_status三态applies条件成立、not_applicable不适用、unresolved未能判定。源码对此有交叉约束validate_profilerequired的记录必须condition_statusappliesconditional且unresolved会产生 warning并阻塞 bundle 装配若条件项保持unresolved档案可以继续研究但「可上传投稿」的声明必须被阻断安全、明确限定的本地手稿/工作区包仍可交付。每条交付记录还包含accepted_extensions以.开头的合法扩展名列表与reuse_policyreuse_if_identical/revalidate/regenerate/author_supply后者在期刊转移场景中决定该物料的复用策略见下文第十一节。七、九大合规覆盖区域known / not_applicable / pendingcompliance.coverage必须显式覆盖全部九个区域源码常量RULE_COVERAGE_AREASpublication_cycle.pytitle、abstract、body、figures、tables、references、attachments、required_sections、required_materials每个区域必须恰好声明一种状态known——存在一条或多条结构化规则not_applicable——当前官方指南支持该区域无单独规则须附source_locator与note说明判定依据pending——规则尚无法确立。这是诚实的标注但会阻塞档案就绪与所有 READY 投稿包。profile-check对 coverage 的强制点包括九个区域一个都不能缺、pending直接产生 blocking finding、not_applicable必须附解释 note、每个 coverage 条目必须引用官方来源并给出source_locatorvalidate_compliance_contract。此外「known 但没有任何结构化规则」以及「not_applicable 却仍写了规则」都会触发校验同处 L407-L411。八、硬规则字段与三类验证方式每一条硬规则compliance.rules在检查时记录observed观测值、limit上限/要求值、unit单位、来源 URL/locator、statuspass/fail/pending 等与remediation修复指引并声明恰好一类验证方式verification含义machine_verifiable可由脚本确定性校验如词数、页数、图表数needs_author_confirmation需要作者确认的事实如声明类advisory仅供参考的软性规则不阻塞两条重要的防幻觉纪律publication-target-profile.md 明确要求不要把「页面大致印象、近期论文惯例或通用出版习惯」转写成正式限制非 advisory 规则必须引用official来源——profile-check会检查非 advisory 规则必须命中official权威的来源 IDvalidate_compliance_contract并强制规则具备id、unit、source_locator、remediation等字段。九、指标语义metric / scope / operator 的合法组合compliance.rules的合法性由源码中的三类常量严格限定publication_cycle.pyRULE_METRICSword_count、character_count、page_count、count、required_sections、required_material、confirmationRULE_OPERATORSmax数值上限、required必须包含MANUSCRIPT_SCOPEStitle、abstract、body、full_text、rendered_manuscript、figures、tables、references另有attachments允许在 count 场景使用。合法组合约束源码 validate_compliance_contract 逐条强制metric合法 operatorscope 约束word_count/character_countmax仅title、abstract、body、full_textpage_countmax必须rendered_manuscriptcountmax仅figures、tables、references、attachmentsrequired_sectionsrequiredlimit为节名列表required_materialrequiredlimit引用已有的 requirement idconfirmationrequired必须verificationneeds_author_confirmation且给出confirmation_id数值型 metric 的limit必须是非负数字所有数字limit一律要求operatormax。这套合法性约束同样固化在 publication-target-profile.schema.json 中metric、operator、scope均枚举受限。另外profile-check还会检查遗留的format.*快捷字段如format.word_limit、format.page_limit、format.title.word_limit、format.figures.max_count等若提供了这些字段它们必须被同等的结构化 compliance rule 精确镜像validate_profile防止同一限制以两套不一致的形式存在。十、写作期预检rules-check 实战档案建好后在写作阶段即可对当前可分析的手稿源执行硬规则预检publication-target-profile.md 原始命令参数细节参见 build_parserpython scripts/publication_cycle.py rules-check \ target/publication_target_profile.json paper_rewriting_output/final_paper/main.tex \ --phase writing --markdown --write要点compliance_inputs.manuscript_path必须是.tex、.md或.txt源文件。门户上传的 PDF/Word 可以仍是最终上传稿但不可分析的文件不能作为唯一的机器计数来源计划中的文件级校验收据validation receipts负责证明上传渲染与该源一致。可选参数--plan submission_package_plan.json与--rendered-pdf paper.pdf当官方限制是页数时使用metricpage_count、scoperendered_manuscript并在计划中设置compliance_inputs.rendered_pdf_path或直接传--rendered-pdf。--phase可选writing默认与final。writing 阶段会把三类内容延迟到 finalneeds_author_confirmation类验证、required_material指标、以及scopeattachments的规则——即deferred_to_final不阻塞写作check_journal_rulesfinal 阶段则要求提供submission_package_plan.json手稿与 PDF 都必须留在project_root内且硬规则逐一判定同处 L950-L954。输出--markdown打印人读表格--write在档案同目录写入journal_rules_precheck.json/.mdfinal 阶段为journal_rules_final_preflight.*。TeX 摘要提取的确定性细节源码 manuscript_metrics 与_tex_group/_tex_macro_arguments辅助函数摘要词数检查能识别平衡的\abstract{...}宏如 OUP 模板所用、abstract环境以及Abstract章节宏内的嵌套分组与转义花括号\{/\}不会终止提取。正文计数会剔除摘要、文献列表与 figure/table 内容参考文献数综合\bibitem与独立.bib文件中的条目。若 PDF 解析器pypdf/PyPDF2或渲染不可用observed保持pending该硬规则直接阻塞——绝不允许用「总页数看起来差不多」来顶替确定性计数publication-target-profile.md 原句约束。十一、档案结构校验profile-check 实战python scripts/publication_cycle.py profile-check \ paper_rewriting_output/publication_cycle/targets/target/publication_target_profile.json \ --markdown --writeprofile-check是档案的数据契约校验validate_profile主要检查点包括schema_version必须为1.0target必须含name、article_type且researched_at为 ISO 日期YYYY-MM-DDsources至少一条、ID 不重复、URL 必须是 http(s)、checked_at为 ISO 日期且至少一个official权威来源format.manuscript_formats至少列出一种接受格式五个叙事槽位各含非空preferred_moves与列表型evidence_expectations/avoidpackage_requirements至少一条ID 唯一accepted_extensions以.开头九大 coverage 区域齐全且状态合法规则字段与 metric/scope/operator 组合合法见第八、九节。--markdown输出人读审计报告--write在同目录写出target_profile_check.md--json输出机器可读的完整 payload。在声明受影响目标要求或最终投稿包就绪之前必须解决结构性与来源性失败与此无关的作者/投稿事实保持未知时本地写作与修正可以继续。需注意profile-check只校验数据契约它不建立来源阅读、模板应用或目标适配——这也不是当前宿主工作流的审批关卡target-journal-research.md 明示真正的适配判断属于 Agent 与用户。十二、JSON 档案的完整契约示例以下示例取自 publication-cycle-contracts.md 的官方契约已按原文档完整保留展示各核心区块的组织方式{ schema_version: 1.0, target: { name: Exact journal name, publisher: Publisher, article_type: Research Article, researched_at: 2026-08-23 }, sources: [ {id: official-guide, authority: official, url: https://journal.example/guide-for-authors, checked_at: 2026-08-23}, {id: recent-corpus, authority: published_corpus, url: https://journal.example/recent-articles, checked_at: 2026-08-23} ], format: { manuscript_formats: [.docx, .tex], format_free: false, template_required: true, anonymity: double_anonymous, word_limit: 8000, abstract: {style: structured, word_limit: 250, headings: [Background, Methods, Results, Conclusions]}, references: {style: target style, format_free: false}, figures: {separate_files: true, extensions: [.tiff, .eps], minimum_dpi: 300}, source_ids: [official-guide] }, five_part_preferences: { front_matter: {preferred_moves: [...], evidence_expectations: [...], avoid: [...], source_ids: [official-guide, recent-corpus]}, introduction: {preferred_moves: [...], evidence_expectations: [...], avoid: [...], source_ids: [recent-corpus]}, methods_or_approach: {preferred_moves: [...], evidence_expectations: [...], avoid: [...], source_ids: [recent-corpus]}, results_or_analysis: {preferred_moves: [...], evidence_expectations: [...], avoid: [...], source_ids: [recent-corpus]}, discussion_and_conclusion: {preferred_moves: [...], evidence_expectations: [...], avoid: [...], source_ids: [recent-corpus]} }, compliance: { coverage: [ {area: title, status: known, source_ids: [official-guide], source_locator: Title limits, note: Official maximum applies.}, {area: abstract, status: known, source_ids: [official-guide], source_locator: Abstract, note: Official maximum applies.}, {area: body, status: known, source_ids: [official-guide], source_locator: Article length, note: Official maximum applies.}, {area: figures, status: not_applicable, source_ids: [official-guide], source_locator: Figures, note: No separate count limit is stated for this article type.}, {area: tables, status: not_applicable, source_ids: [official-guide], source_locator: Tables, note: No separate count limit is stated for this article type.}, {area: references, status: not_applicable, source_ids: [official-guide], source_locator: References, note: No separate count limit is stated for this article type.}, {area: attachments, status: not_applicable, source_ids: [official-guide], source_locator: Submission files, note: No aggregate attachment-count limit is stated.}, {area: required_sections, status: known, source_ids: [official-guide], source_locator: Article structure, note: Named sections are required.}, {area: required_materials, status: known, source_ids: [official-guide], source_locator: Submission files, note: Named files are required.} ], rules: [ {id: title-words-max, area: title, verification: machine_verifiable, metric: word_count, scope: title, operator: max, limit: 20, unit: words, source_ids: [official-guide], source_locator: Title limits, remediation: Shorten the title while preserving the scientific identity.}, {id: abstract-words-max, area: abstract, verification: machine_verifiable, metric: word_count, scope: abstract, operator: max, limit: 250, unit: words, source_ids: [official-guide], source_locator: Abstract, remediation: Compress the abstract without dropping supported findings.}, {id: body-words-max, area: body, verification: machine_verifiable, metric: word_count, scope: body, operator: max, limit: 8000, unit: words, source_ids: [official-guide], source_locator: Article length, remediation: Move secondary detail to an allowed supplement.}, {id: required-sections, area: required_sections, verification: machine_verifiable, metric: required_sections, operator: required, limit: [Introduction, Methods, Results, Discussion], unit: sections, source_ids: [official-guide], source_locator: Article structure, remediation: Add the missing required section with supported content.}, {id: required-files, area: required_materials, verification: machine_verifiable, metric: required_material, operator: required, limit: [main-manuscript], unit: materials, source_ids: [official-guide], source_locator: Submission files, remediation: Provide and validate every required file.} ] }, package_requirements: [ { id: main-manuscript, name: Blinded main manuscript, role: main_manuscript, disposition: required, condition_status: applies, accepted_extensions: [.docx], reuse_policy: revalidate, source_ids: [official-guide] }, { id: reporting-checklist, name: Applicable reporting checklist, role: reporting_checklist, disposition: conditional, condition_status: unresolved, accepted_extensions: [.docx, .pdf], reuse_policy: author_supply, source_ids: [official-guide] } ] }字段速查authorityofficial/published_corpus/user_supplied/inferredreuse_policyreuse_if_identical/revalidate/regenerate/author_supplycoverage九个区域恰好各一条状态known/not_applicable/pending非 advisory 规则必须引用official来源这是profile-check的硬性要求。十三、与 publication-cycle 接口的整合从档案到不可变投稿包publication_cycle.py的模块 docstring 明确其职责边界该脚本不研究期刊、不写科学散文、不向外部门户投稿——判断性工作由 PaperSpine Agent 完成模块负责把结果档案、交付包、答辩轮与期刊转移增量变得可复现且 fail-closed。档案通过稳定的 JSON 接口被消费publication-cycle-interface.md支持五种操作操作必需输入成功结果profile_checkprofilePROFILE_VALID阶段target_profile_readyassembleprofile、planBUNDLE_READY阶段target_bundle_readyrebuttal_checkreview_roundREBUTTAL_VALIDrebuttal_renderreview_roundREBUTTAL_READYtransfer_planorigin_profile、destination_profile、transfer_requestREADY_TO_REBUILD主流程中的位置提交路径规范论文 五个就绪维度完成 →profile_check→ 主流程应用目标格式与五段叙事偏好 → 主流程准备/校验每个必交附件与作者确认 →assemble→BUNDLE_READY 不可变 ZIP 校验和 →用户单独授权外部投稿。注意progress_check.py报告is_completetrue并不等于目标投稿包就绪——规范论文就绪与目标投稿包就绪是两个必须同时保留的权威概念。装配器对每条适用的交付要求强制执行assemble_bundle文件必须存在于project_root内、扩展名必须命中accepted_extensions、不得含未决占位符[NEEDS USER DATA]、TODO、[[ ]]等见PLACEHOLDER_RE、不得泄漏forbidden_target_terms旧目标期刊名、每条 ready 项必须附带至少一个哈希绑定的 validation receipt。同时四项作者确认target_selected、author_identity_and_order、declarations_approved、exclusive_submission必须全部为confirmedpublication_cycle.py。只有全部通过才生成确定性 ZIP固定时间戳与权限位的可复现归档与bundle_manifest.json任何阻塞都会让statusBLOCKED且不生成 ZIP。生成 ZIP 也不授权外部投稿——signals.external_action_authorized恒为false。对于期刊转移场景transfer_plan基于两份档案origin/destination与transfer_request.json产出transfer_delta.json/.md逐字段对比格式变化、五段叙事变化目标档案的偏好对转移具有权威性、并按reuse_policy决定每个交付物是revalidate/regenerate/request_from_author/create_new。READY_TO_REBUILD刻意不是BUNDLE_READY——它只授权本地重建目标稿绝不允许把上一个目标的投稿包改名冒充转移结果。十四、适用前提与边界运行环境本仓库提供 publication_cycle.py源树调用src/scripts/publication_cycle.py已安装 Skill 调用scripts/publication_cycle.pyrules-check的确定性计数不依赖外部服务但page_count需要本机可用 pypdf 或 PyPDF2视觉与 Word 相关校验则依赖对应的宿主工具。版本约束档案、计划与轮次的schema_version均为1.0接口信封使用interface_version: 1.0两者不可混用publication-cycle-contracts.md。路径边界所有计划/轮次/请求中的路径均相对于所在 JSON 解析且必须留在声明的project_root内嵌套契约可以收窄根目录但不能越界扩展invoke_publication_cycle。事实边界档案中的每一条陈述都应有来源 ID 支撑录用率、审稿周期、索引、APC、编辑偏好等一律不得臆造。writing阶段的 rules-check 预检不能替代装配时基于计划compliance_inputs的最终规则评估——BUNDLE_READY要求九个区域的官方覆盖完整且所有非 advisory 规则 PASSpublication-cycle-interface.md。总而言之publication_target_profile.json是 PaperSpine 把「期刊适配判断」转化为「可校验、可审计、可复现」机器输入的核心载体它用三条证据流保证事实有源用九大覆盖区域与结构化规则保证合规无死角用哈希绑定与 fail-closed 装配保证过期规则无法静默复用最终在「本地可继续写作」与「上传投稿才需就绪」之间划出一条清晰、诚实的边界。赞分享AI 技能AI 写作人工智能深度研究AI 应用【免费下载链接】PaperSpinePaperSpine5 — local-first, evidence-bound paper research, writing, figures, review and delivery. Download: https://wubing2023.github.io/PaperSpine/v5/项目地址https://gitcode.com/gh_mirrors/pa/PaperSpine点击查看免费下载相关推荐PaperSpine 投稿目标画像Publication Target Profile以可机器验证的结构化契约锁定期刊投稿合规PaperSpine 投稿目标画像Publication Target Profile以可机器验证的结构化契约锁定期刊投稿合规 导读 本文围绕 PaperAI 技能AI 写作人工智能深度研究AI 应用PaperSpine 目标期刊投稿材料包Submission Bundle构建与校验实战指南PaperSpine 目标期刊投稿材料包Submission Bundle构建与校验实战指南 本指南以 PaperSpine 的 submission.mdAI 技能AI 写作人工智能深度研究AI 应用PaperSpine Publication Cycle 实战指南投稿打包、审稿回复、期刊转移与开放发布的可复现自动化PaperSpine Publication Cycle 实战指南投稿打包、审稿回复、期刊转移与开放发布的可复现自动化 PaperSpine 的 PublicAI 技能AI 写作人工智能深度研究AI 应用上一篇eslint-plugin-unicorn 规则解析prefer-default-parameters 默认参数优先下一篇Page Assist3分钟快速上手指南让本地AI模型成为你的智能浏览器助手创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考