★ FEATURED ARTICLE 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 开源仓库中的dist/codex/skills/paper-spine/references/publication-cycle.md文档结合publication_cycle.py与open_release.py等源码系统讲解论文在科学身份稳定之后的出版周期管理如何构建目标期刊专属的投稿包submission、如何以可追溯方式应答小修/大修revision、如何在被拒后推荐并确认新投稿对象并重建稿件transfer以及如何在投稿交付后安全执行代码、数据、预印本等多平台开放发布open_release。读完本文你将掌握 publication-cycle 的模式路由、共享权威、就绪边界与授权边界并能直接使用publication_cycle.py提供的八条 CLI 命令完成从profile-check到transfer-plan的完整交付流程。一、什么是 PaperSpine 出版周期PaperSpine 的出版周期模块Publication Cycle是一个本地优先local-first、证据绑定evidence-bound的出版交付工作流。它不负责写论文正文、不研究期刊、也不向外部投稿系统提交——这些判断型任务由 PaperSpine Agent 与用户本人完成该模块的职责是让目标期刊档案、投稿包、反驳轮次、期刊转移增量这些产物可复现reproducible且默认关闭fail-closed。这一点在 publication_cycle.py 的文件头 docstring 中写得非常明确Validate and assemble PaperSpine publication-cycle artifacts. The script deliberately does not research journals, write scientific prose, or submit to an external portal. The PaperSpine Agent performs those judgment tasks; this module makes the resulting target profile, delivery bundle, rebuttal round, and journal-transfer delta reproducible and fail-closed. 该模块在稿件具备稳定科学身份stable scientific identity之后接管负责四种草稿后/交付后模式且不额外创建新的 PaperSpine skillsubmission—— 构建面向特定目标的、可直接上传的交付包upload-ready delivery bundlerevision—— 通过可追溯的反驳轮次traceable rebuttal round应答小修/大修决定transfer—— 推荐并确认新的投稿目标然后为该目标重建稿件与交付包open_releaseBeta—— 在交付之后推荐代码/数据/预印本等仓库或平台预检权限与合规性获取一份独立、绑定哈希的发布确认并把精确动作交给宿主 Agent 执行。这四种模式共享同一个目标档案target profile和同一条规则当前官方的投稿指南是投稿要求的硬性来源hard source近期已发表论文只能教会你期刊特有的叙事偏好不能覆盖官方指南。二、模式路由请求来了该读哪份文档publication-cycle.md首先提供了一张路由表把用户的自然语言请求映射到对应的操作文档。这张表是所有集成方Agent、宿主适配器、跨组件调用者的第一步决策入口请求Request下一步阅读Read next投稿、交付材料、附件、上传 ZIPsubmission.md小修/大修、回复信、反驳respond.md拒稿、重投、期刊转移journal-transfer.md开源、归档、预印本、注册、交付后上传open-release.md创建或刷新期刊档案publication-target-profile.md机器可读字段定义publication-cycle-contracts.md主流程、宿主或跨 Agent 集成publication-cycle-interface.md开放发布的主流程/宿主集成open-release-interface.md注意一个重要前提对于当前宿主应保留同一个公开任务及其已保存的范围、文件、选择与反馈本地打包用submission.md修订用respond.md。遗留的 ProductRunner 路线仅在显式启用该 runner 时适用正常本地交付不需要 J10 收据。并且可上传包upload-ready bundle与作者确认规则只适用于投稿包不适用于每一次安全的本地论文下载。模块严禁擅自改变请求范围或从稿件正文推断未知的作者事实。三、共享权威什么才是科学真相出版周期的所有模式都建立在同一组共享权威Shared Authority之上publication-cycle.md将其归纳为规范稿件canonical manuscript、已确认的贡献、证据台账evidence ledger、图表故事/正文契约、引文、元数据以及五张就绪收据始终是科学真相scientific truth的来源publication_target_profile.json是当前期刊要求的真值submission_package_plan.json、review_round.json和transfer_request.json把具体论文的决定绑定到这份真值上一份生成的 Markdown 报告只对其记录的精确源哈希source hashes具有证据效力前一目标的包永远不会成为新目标的权威正式的标题/摘要/正文/图表/表格/参考文献/附件限制以及必需章节/材料都存放在档案的结构化compliance契约中。官方覆盖缺失或处于 pending 状态会阻塞就绪readiness近期论文的模式只能产生建议性规则advisory rules。这套哈希绑定 单一真值源的设计在源码层面表现为两个细节其一assemble_bundle会校验package_plan.target_profile_sha256与当前档案的实际 SHA-256 是否一致任何不一致都会给出package plan target_profile_sha256 is stale的阻塞性发现见 publication_cycle.py其二validate_profile强制要求档案中至少一个 source 的authority必须是official且所有非建议性规则必须引用官方来源SOURCE_AUTHORITIES {official, published_corpus, user_supplied, inferred}。四、就绪边界完成写作 ≠ 投稿包就绪这是整个出版周期最容易踩坑的边界publication-cycle.md用两句话点明progress_check.py is_completetrue只表示规范论文通过了 PaperSpine 五个维度。它不表示某个指定期刊的包已经就绪。从源码看progress_check.py 的is_complete字段第 197、657、882 行等处确实只反映规范论文 请求范围的五维就绪度与目标投稿包无关。真实交付包还必须同时满足bundle_manifest.json的statusREADY归档包的SHA-256 收据submission_bundle.sha256journal_rules_final.json的statusPASS没有任何待处理的作者确认pending author confirmations。写作阶段的预检如rules-check --phase writing可以帮助 Agent 尽早修订但assemble会基于当前源码与包计划重新评估re-evaluate写作预检不能替代最终的打包复检。对于反驳rebuttal要求当前轮次通过publication_cycle.py rebuttal-check的PASS 对于转移transfer要求transfer_delta.json的statusREADY_TO_REBUILD然后完成一次新的稿件渲染和一次针对目标期刊的新 READY 包。此外publication-cycle.md特别强调集成纪律主流程调用方必须使用publication_cycle.py describe/invoke并消费版本化结果中的signals字段禁止通过解析 Markdown 或旧的命令行措辞来推断状态。READY_TO_REBUILD是回到目标规划/起草/LaTeX/审计的信号而不是目标包完成的信号。五、授权边界模块只准备用户才决定publication-cycle.md划定的授权边界非常清晰模块可以研究、推荐、转换本地文件、渲染、校验、准备上传归档。它不得在没有用户单独授权的情况下点击最终的提交/转移按钮、接受出版费用、选择许可条款或做出作者声明。未知的作者专属事实保持 pending 并阻塞打包绝不允许从稿件正文推断。这一边界在源码中固化为_authority_boundary()返回的四个布尔值见 publication_cycle.pydef _authority_boundary() - dict[str, bool]: return { external_action_authorized: False, may_infer_author_only_facts: False, may_change_confirmed_scientific_identity: False, may_accept_fees_or_licenses: False, }并且每个操作结果_public_result都会携带signals.external_action_authorized: falseassemble_bundle写出的bundle_manifest.json同样固定external_action_authorized: False。即使生成了 ZIP也绝不等于授权了外部投稿。Open Release 是刻意独立的授权层它本地的prepare同样不授权任何动作。只有open_release.py authorize才能在用户最终确认后创建一份精确、绑定哈希的宿主票据host ticket任何新增费用、许可、条款、声明、资格、机构授权或产物变化都会使该范围失效需要重新确认。这一点在 open_release.py 的接口契约中同样成立只有authorize操作可以返回signals.external_action_authorizedtrue。六、源码级操作矩阵一条命令一个交付阶段publication_cycle.py提供了稳定的 CLI同时也暴露了统一的 JSON 调用信封。先看 CLI 全貌见 build_parser命令作用典型调用describe输出稳定的宿主无关集成接口描述python scripts/publication_cycle.py describeinvoke request.json从一个请求 JSON 信封执行一次操作python scripts/publication_cycle.py invoke publication-cycle-invocation.jsonprofile-check profile校验publication_target_profile.json见下文rules-check profile manuscript对照稿件预检结构化期刊规则支持--plan、--rendered-pdf、--phase writing\|finalassemble profile plan output_dir组装不可变投稿包见下文rebuttal-check review_round校验机器可读修订轮次支持--writerebuttal-render review_round output_dir渲染已校验的反驳包见下文transfer-plan origin destination request output_dir生成目标到目标的重建增量见下文模块的核心是PUBLIC_OPERATION_SPECS定义的五个公开接口操作见 publication_cycle.py操作模式必需输入输出目录成功结果成功阶段profile_checksubmissionprofile无PROFILE_VALIDtarget_profile_readyassemblesubmissionprofile,plan是新建/空BUNDLE_READYtarget_bundle_readyrebuttal_checkrevisionreview_round无REBUTTAL_VALIDrebuttal_validatedrebuttal_renderrevisionreview_round是新建/空REBUTTAL_READYrebuttal_materials_readytransfer_plantransferorigin_profile,destination_profile,transfer_request是新建/空READY_TO_REBUILDdestination_rebuild_ready通过invoke信封调用时请求 JSON 形如完整字段定义见 publication-cycle-interface.md{ contract: paperspine.publication-cycle.invoke-request, interface_version: 1.0, operation: assemble, project_root: ., inputs: { profile: publication_cycle/targets/journal-a/publication_target_profile.json, plan: publication_cycle/targets/journal-a/submission_package_plan.json }, outputs: { directory: submission_package/journal-a/2026-08-23-v1 }, options: { write_report: false } }所有路径都相对于请求 JSON 解析且必须停留在其声明的project_root之内嵌套的submission_package_plan.json、review_round.json或transfer_request.json可以收窄该根目录但不得扩展它源码中的_validate_nested_project_root负责此检查。每次调用向 stdout 输出一个 JSON 对象只有oktrue时才以退出码 0 结束。调用方应消费outcome、stage、blocking_findings、input_receipts、artifacts、signals、next_action、authority_boundary和audit九个字段推进主流程状态只允许依赖三个布尔组合ok signals.submission_bundle_ready投稿、ok signals.rebuttal_materials_ready修订材料、ok signals.destination_rebuild_ready转移分支。七、模式一submission —— 构建不可变投稿包当用户提出投稿材料、交付包、附件、图表/表格、源文件或上传 ZIP时进入本模式。完整流程在 submission.md 中其关键步骤为构建/刷新目标档案从官方指南与近期可比论文出发完成九个领域title、abstract、body、figures、tables、references、attachments、required_sections、required_materials的结构化规则覆盖运行profile-check未解决的官方规则保持pending并阻塞。匹配包计划分析规范稿件把每个适用的目标要求匹配到submission_package_plan.json中的源或生成产物。生产实际文件使用目标接受的格式而非通用默认格式从规范源转换后渲染并比对内容。逐文件校验使用对应的 PaperSpine/PaperFigure/宿主工具校验每个文件并在计划中记录收据路径与 SHA-256。补充证据索引正文依赖补充证据时创建supplement_evidence_index.json并运行supplement_evidence_index.py每个含论断的条目必须把正文定位、补充说明/章节、出版资产、上传产物与语义像素审查收据串起来。设置计数权威把compliance_inputs.manuscript_path指向当前项目内的.tex、.md或.txt权威文件参考文献在独立.bib时补充 bibliography 路径并运行rules-check --phase writing。获取作者确认目标选择、作者身份与顺序、声明、无重复投稿四者都必须显式确认。组装不可变包脚本只复制项目内文件拒绝过期档案/路径逃逸/占位符/旧目标术语且只有每个适用的必需条目都 ready 且最终结构化期刊规则复检通过时才生成上传 ZIP。打包命令python scripts/publication_cycle.py assemble \ target/publication_target_profile.json \ target/submission_package_plan.json \ target/bundles/immutable-bundle-id \ --markdown只有满足命令退出码 0 bundle_manifest.json statusREADY ZIP 存在 记录的归档 SHA-256 匹配时才能宣称 upload-ready。输出布局见 submission.mdpaper_rewriting_output/publication_cycle/targets/target-slug/ ├── publication_target_profile.json ├── target_profile_check.md ├── submission_package_plan.json └── bundles/immutable-bundle-id/ ├── target_profile.snapshot.json ├── package_plan.snapshot.json ├── upload/ # 仅包含面向投稿门户的文件 ├── bundle_manifest.json ├── bundle_manifest.md ├── submission_bundle.zip # 仅当 READY 时生成 └── submission_bundle.sha256不可变目录中还包含哈希绑定的journal_rules_final.json/journal_rules_final.md任何硬性规则处于 fail、pending 或 needs-author-confirmation 都会阻止 ZIP 生成。值得注意的是assemble生成的 ZIP 采用确定性打包deterministic_zip固定时间戳 1980-01-01、固定文件权限0o100644、按路径排序、DEFLATED 压缩级别 9保证同一输入产出同一哈希便于审计。7.1 目标档案契约要点publication_target_profile.json的完整字段定义见 publication-cycle-contracts.md核心结构包括target期刊名、出版方、文章类型、研究日期researched_at必须是 ISO 日期sources证据源列表authority取official/published_corpus/user_supplied/inferred每个源带 URL 与checked_atformat接受的稿件格式、模板要求、匿名策略、字数/页数限制、摘要风格、参考文献风格、图片规格five_part_preferences五个规范叙事槽front_matter、introduction、methods_or_approach、results_or_analysis、discussion_and_conclusion每个槽记录 preferred moves、evidence expectations、avoid 与 source_ids即使期刊是非 IMRaD 结构也要把真实章节映射进这五个槽而非强行套用 IMRaD 标题compliance.coverage九个领域各一条记录状态只能取known/not_applicable/pendingcompliance.rules结构化规则每个规则声明验证类别machine_verifiable/needs_author_confirmation/advisory、指标word_count、character_count、page_count、count、required_sections、required_material、confirmation、操作符max / required、作用域与 remediationpackage_requirements官方要求的每个交付物一条记录disposition取required/conditional/optionalreuse_policy取reuse_if_identical/revalidate/regenerate/author_supply。validate_profile对这些字段施加了严格的机器校验见 publication_cycle.py九大覆盖领域缺一即阻塞pending覆盖阻塞目标就绪not_applicable必须附官方依据的 note非建议性规则必须引用官方源数字指标要求operatormax且作用域与指标匹配如page_count只允许scoperendered_manuscriptcount只对 figures/tables/references/attachments 有效required_material的 limit 必须引用已知的包要求 ID。7.2 期刊规则检查写作预检与最终复检rules-check用于在写作阶段对照当前可分析的稿件源做预检python scripts/publication_cycle.py rules-check \ target/publication_target_profile.json paper_rewriting_output/final_paper/main.tex \ --phase writing --markdown --write底层manuscript_metrics支持.tex、.md、.txt的确定性计数TeX 解析支持平衡宏参数如 OUP 模板的\abstract{...}、abstract环境与Abstract章节正文统计排除摘要、参考文献与图表内容PDF 页数统计依赖pypdf/PyPDF2若解析器或渲染不可用则 observed 保持 pending 且硬性规则阻塞——绝不允许用总页数看起来差不多这种话术代替机器计数。phasefinal的复检在assemble内部自动执行写作预检无法替代它。八、模式二revision —— 可追溯的反驳轮次面对编辑决定、审稿意见、小修/大修、拒稿重投或后续审稿轮次时进入本模式完整说明见 respond.md。核心纪律是原子评论契约保留编辑/审稿源文件并绑定 SHA-256把决定归类为minor_revision、major_revision或reject_and_resubmit把每段编辑/审稿文字拆成原子问题ID 形如E.C1、R1.C1一个原始条目含多个独立诉求时使用子 ID如R1.C1.1逐字保留引用并哈希分段或意图有歧义时向作者展示原子清单——任何问题都不允许消失在一份摘要里。每个问题记录必须包含问题类型与响应策略accept、clarify、defend、experiment、partial、cannot_complete、已确认的作者立场与约束、已核验的证据声称新结果/新分析时必须提供、可定位的稿件/图表/表格修改及其核验状态、面向审稿人的最终回复。回复信不能把一个未经核验的实验变成真的——新实验必须回到证据台账、Results 校验、图表故事/正文契约、引文与最终渲染。校验与渲染命令python scripts/publication_cycle.py rebuttal-check \ paper_rewriting_output/publication_cycle/revisions/round-id/review_round.json \ --markdown --write python scripts/publication_cycle.py rebuttal-render \ paper_rewriting_output/publication_cycle/revisions/round-id/review_round.json \ paper_rewriting_output/publication_cycle/revisions/round-id/rendered \ --markdown渲染器只使用review_round.json中作者已批准的字段不会添加修辞或承诺产出reviewer_comments_extracted.md、response_matrix.md、response_letter.md、revision_change_log.md与review_round.snapshot.json。多轮修订时round_number 1必须绑定上一轮review_round.json的路径与 SHA-256previous_round字段并保留历史而不是让讨论看起来更干净。小修与大修的差异小修要求重新核验每个 PaperSpine 就绪维度真正未受影响的维度可标记not_affected但被改动的产物仍需真实收据大修/拒稿重投要求评估对科学身份、Results、图表、引文、元数据与可移植文件的实际影响重查受影响的输入与所有受影响的结论——一个决定标签本身并不会使之前的检查全部失效。validate_review_round在源码层强制了这些约束strategyexperiment必须有verified的new_result/new_analysis证据accept/clarify/experiment/partial策略必须至少有一条可定位的稿件修改每条response.final_text不得含未解析占位符PLACEHOLDER_RE。九、模式三transfer —— 重建而不是修补旧投稿在桌面拒稿、同行评审拒稿、婉拒转移邀请或用户要求换投时进入本模式完整流程见 journal-transfer.md。保留论文身份哈希绑定规范稿件与confirmed_contribution.md重述论断边界claim boundary把决定信拆分为范围/契合原因、证据或方法问题、框架/叙事问题、展示/格式问题、独立于期刊仍然有效的审稿反馈。不要因为被拒就假定科学有问题也不要因为批评来自拒绝方就丢弃有效批评。读取用户期望并推荐记录 must-haves、nice-to-haves、deal-breakers、预算/获取模式、时机与格式偏好研究候选期刊的官方来源与论文语料除非用户已指定目标否则至少对比两个对比鲜明的候选返回SUBMIT/RESHAPE/REDIRECT并附具体理由与权衡绝不产出基于无支持数据的接受概率。创建目标档案与请求为目标期刊新建publication_target_profile.json按 publication-cycle-contracts.md 创建transfer_request.json绑定源/目标名称、候选对比、用户偏好、契合裁决、规范稿件/贡献哈希与已确认的论断边界。若裁决是RESHAPE列出实际重塑动作并获取作者确认若是REDIRECT停止并推荐另一目标。生成增量python scripts/publication_cycle.py transfer-plan \ origin/publication_target_profile.json \ destination/publication_target_profile.json \ paper_rewriting_output/publication_cycle/transfers/id/transfer_request.json \ paper_rewriting_output/publication_cycle/transfers/id/delta \ --markdown增量transfer_delta.json总是重开三个面格式Format模板、文件类型、限制、匿名策略、参考文献、图表/表格、补充材料与渲染五部分叙事Five-part narrative按目标档案评估五个叙事槽只改写实际不匹配的部分保留仍然有效的未受影响写作交付包Delivery package按目标要求重新生成或重新核验投稿信、标题/盲审页、声明、附件、源码归档与上传命名。源码中transfer_plan会逐字段对比源/目标档案的format不同则rebuild相同则revalidate五个叙事槽一律rebuild理由目标特有的叙事偏好对转移具有权威性交付包要求按reuse_policy映射为regenerate/request_from_author/create_new/revalidate。此外它强制selected_target_confirmedtrue、记录全部六项user_preferences、paper_identity.confirmedtrue并输出五条必需下一步。关键纪律从规范稿件重建而不是从旧上传副本修补上一目标期刊名必须进入新计划的forbidden_target_terms且绝不因为门户自动复制了文件就沿用旧的投稿信、标题页、文件名方案或期刊名。十、模式四open_releaseBeta—— 交付后的受控开放发布在论文/交付包稳定之后open_release 为代码、数据、图表、预印本、协议、注册表与领域仓库增加一条交付后发布分支。它不替代期刊投稿也绝不是BUNDLE_READY的自动延续。其一键发布的承诺是一次用户选择 一次最终确认可以授权宿主 Agent 在当前电脑上执行所有当前符合条件的平台动作——但绝不意味着 PaperSpine 可以绕过平台登录、作者资格、机构授权、策展、审核、费用、许可选择、伦理审批或受控访问规则见 open-release.md。必需路线为九个步骤选择Select仅从论文推断领域与产物类型展示平台推荐与边界让用户勾选平台推荐不等于同意发布。绑定产物Bind artifacts构建open_release_plan.json含项目相对路径、角色、敏感度标签、所选平台、元数据、用户/作者声明、许可与非机密访问证据绝不把 token、密码、Cookie、会话值或私钥写进计划。探测权限Probe permissions宿主在用户电脑上做只读检查已安装 CLI、已认证 CLI、已登录浏览器会话、组织角色、平台资格只存储capability/status/source/checked_at从不存储机密或 Cookie。预检Preflight每个平台独立呈现为READY_FOR_FINAL_CONFIRMATION、READY_FOR_GUIDED_HANDOFF、NEEDS_LOGIN_OR_PERMISSION、NEEDS_ELIGIBILITY、NEEDS_COMPLIANCE、NEEDS_METADATA、NEEDS_ARTIFACT或BLOCKED。准备Prepare进入新的不可变运行目录写出哈希绑定的清单、动作列表、确认请求与人类可读摘要不执行任何网络发布。最终确认展示精确平台、文件哈希、可见性、许可与每个平台的 Agent 最大动作用户必须创建绑定到清单 SHA-256 的paperspine.open-release.confirmation。授权Authorize重新哈希每个产物只有匹配的确认才创建agent_release_ticket.json并置signals.external_action_authorizedtrue。宿主执行宿主 Agent 使用用户电脑与精确票据执行遇到新增费用、许可、条款、声明、资格、机构批准、产物漂移或要求暴露凭证时暂停。记录Record每个已授权平台写一份结构化收据record保留公开 URL、DOI/accession ID、审核状态、失败与等待用户状态绝不让部分成功伪装成全局成功。调用方式python scripts/open_release.py describe python scripts/open_release.py catalog --domain medicine --artifact-role clinical_signals python scripts/open_release.py invoke open-release-invocation.json其接口操作与状态映射见 open-release-interface.mdcatalog→open_release_selection、preflight→open_release_preflight、prepare→open_release_confirmation_pending、authorize→open_release_host_execution、record→open_release_recorded或open_release_follow_up。平台目录open-release-platforms.json的日期只作为推荐路由的证据真实发布前必须重新核对所选平台的官方页面因为账号、政策、文件与资格规则可能已变化。在源码层面open_release.py模块内置了SECRET_KEY_NAMES与SECRET_VALUE_PATTERNS如gh[pousr]_...GitHub token、AKIA...AWS 密钥、-----BEGIN PRIVATE KEY-----明显含机密或符合机密模式的产物会硬阻塞预检且不打印机密值可识别、机密、受限或敏感度未知的产物不允许发往公共仓库。医疗与人类数据还有专门的产物级路由未发表医学稿件优先 medRxiv、符合资格的被接收生物医学稿件走 PMC/NIHMS 或 Europe PMC Plus、试验注册走 ClinicalTrials.gov PRS、功能基因组走 NCBI GEO、原始测序走 NCBI SRA、受控人类基因型/表型走 dbGaP、生理信号/临床资源走 PhysioNet、BIDS 神经影像走 OpenNeuro、蛋白质组学走 PRIDE/ProteomeXchange、实验分子结构走 wwPDB OneDep、协议走 protocols.io通用去标识数据走 Dryad、Figshare、Zenodo、OSF——每一条都附带硬边界如dbGaP 要求 PI、机构签字官员、同意组、IRB/伦理与数据使用治理。十一、失败时的归属路由当一次操作返回blocking_findings时集成方应按下表把问题送回正确的 owner见 publication-cycle-interface.md失败类型归属 owner过期/不支持的官方规则、五部分偏好不完整目标档案研究稿件格式、图表、附件或校验收据失败主 PaperSpine 生产/审计流程署名、声明、唯一性、目标选择、回复立场用户/作者确认未核验的审稿证据、未定位的稿件修改修订 ownerredirect契合裁决期刊推荐分支而非起草路径逃逸、哈希过期、非空不可变输出集成调用方修复其请求/运行目录调用方可以把blocking_findings展示给用户但必须保留请求 JSON 与返回的哈希作为可恢复的状态权威——聊天文本不能替代这些产物。结语四条纪律一套真相PaperSpine 出版周期模块的整套设计可以浓缩为四条纪律单一真值源官方指南 已发表论文模式 档案 计划哈希绑定任何报告与包只对记录的精确哈希负责默认关闭本地准备从不自动授权外部动作不可变运行目录每次打包/渲染/转移都进入新的、非空的即拒绝的目录。围绕 publication-cycle.md 展开的这四种模式让投稿、修订、转移、开放发布四个阶段共享同一份科学真相与同一套可复现、可审计、可回滚的机器契约而publication_cycle.py与open_release.py则是这套契约在命令行与 JSON 信封两个层面的具体执行者。赞分享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 Cycle 实战指南投稿打包、审稿回复、期刊转移与开放发布的可复现自动化PaperSpine Publication Cycle 实战指南投稿打包、审稿回复、期刊转移与开放发布的可复现自动化 PaperSpine 的 PublicAI 技能AI 写作人工智能深度研究AI 应用PaperSpine Publication Cycle 集成接口详解面向投稿、返修与期刊转移的宿主无关 JSON 契约PaperSpine Publication Cycle 集成接口详解面向投稿、返修与期刊转移的宿主无关 JSON 契约 本文聚焦 PaperSpine 的AI 技能AI 写作人工智能深度研究AI 应用OpenRig development-team 技能深度解析多 Agent 开发 Pod 从任务解析、构建验证到证据交付的完整工作协议OpenRig development team 技能深度解析多 Agent 开发 Pod 从任务解析、构建验证到证据交付的完整工作协议 本文以 OpenRiAI 技能AI 写作人工智能深度研究AI 应用创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
阅读完成 · 觉得有帮助？
语法分析)
