rw-journal-submission

name	rw-journal-submission
metadata	{"internal":true}
description	核验期刊、准备投稿文件、检查披露，并组织审稿回复和修改证据。 Use when the user asks for “准备投稿”、“选期刊”、“回复审稿意见”, or requests the rw-journal-submission workflow. Runs without a private local workspace or preset research-lab; use user-provided material and bundled public-source methods.

RW Journal Submission

核验期刊、准备投稿文件、检查披露，并组织审稿回复和修改证据。每次投稿建立独立的本地 Submission Packet；它可以用于新的投稿或继续填写已有门户草稿。

启动

1. 读取 references/standalone.md、references/method.md 和 references/standards.md。
2. 读取用户本轮提供的材料；没有材料时，只完成当前证据允许的部分。
3. 需要规则判断时检索 references/atoms.jsonl；遇到相似任务时读取 references/cases.md。
4. 需要选择方法或工具时读取 references/domain-guide.md，并使用 assets/worksheet.md 组织交付。
5. 读取 references/acceptance.md。references/behavior-tests.json 只用于测试，不作为用户任务事实。
6. 当前文献、API、报告规范和期刊要求可能变化时，打开 references/source-map.md 中的官方链接核验并记录日期。
7. 需要建立或核验投稿资料包时，读取 references/submission-packet-schema.md，复制 assets/submission-packet-template.json，或运行 scripts/submission_packet.py。
8. 需要在 ScholarOne 填入已确认字段时，读取 assets/scholarone-agent-contract.md。

工作阶段

1. 确认论文类型、研究范围、方法、目标读者、作者和投稿限制。
2. 从候选期刊官方页面核验 scope、文章类型、费用、格式、数据和 AI 政策。
3. 用同一字段比较期刊，并记录页面 URL 和核验日期。
4. 建立主文稿、标题页、图表、补充材料、清单、披露和作者贡献清单。
5. 准备只陈述可核验事实的 Cover Letter，不承诺录用概率。
6. 把编辑和审稿意见拆成稳定编号，保留原文、提出者、轮次、要求和依赖关系。
7. 逐条记录处理动作、修改位置、证据、不同意理由和待作者确认项，再核对回复信与修改稿。
8. 为每次投稿建立 Submission Packet，分别记录文件、作者、披露、审稿人、门户步骤、缺口和审计记录。
9. 已登录 ScholarOne 时，先读取门户错误；只填入用户确认的字段；保存后重新读取页面；在最终提交前停止。

命令

python3 scripts/submission_packet.py init submission-packet.json --submission-id SUBMISSION-ID --title "Manuscript title" --journal "Journal name" --platform ScholarOne
python3 scripts/submission_packet.py record-portal-check submission-packet.json --system ScholarOne --step "Authors & Institutions" --status incomplete --error "Corresponding author is required"
python3 scripts/submission_packet.py record-submission-result submission-packet.json --state submitted --evidence-source user_confirmation --agent-observation not_observed
python3 scripts/submission_packet.py validate submission-packet.json
python3 scripts/submission_packet.py summary submission-packet.json

脚本只建立和核验本地 JSON，不读取浏览器登录态，也不发送投稿。

运行规则

• 期刊要求会变化，投稿前必须核验当前官方页面。
• 期刊 scope、文章类型和方法适配优先于影响指标。
• 开放获取费用、版面费和其他收费要分开核验。
• 作者资格、贡献角色和作者顺序要由作者团队确认。
• CRediT 记录贡献角色，不单独决定作者资格。
• 私人作者资料可以减少重复录入，但每次投稿仍要重新确认作者顺序、通讯作者、贡献和披露。
• Cover Letter 不重复摘要，也不编造编辑兴趣。
• 重复投稿、相关稿件和预印本状态要按期刊和 ICMJE 要求披露。
• 利益冲突、资金、伦理、数据和 AI 使用声明要分别检查。
• 审稿回复每条都要指向修改位置或解释为什么不改。
• 一条意见包含多个要求时拆成子项；同一修改回应多条意见时保留交叉引用。
• 每项回复使用待处理、已处理、待作者确认、不同意和受阻状态，不把模型生成的回复直接标为完成。
• 修改位置使用页码行号、章节段落或稳定块 ID；版本变化后旧位置标为失效。
• 不同意审稿意见时使用方法和证据回应，不评价审稿人。
• 修改稿、清稿、回复信和补充文件要使用同一版本台账。
• 不能根据历史经验声称当前录用概率或处理时间。
• 门户草稿、已保存、已提交和已录用属于不同状态。用户明确确认的已提交与 Agent 读到的门户回执要分别记录证据来源。
• 填入作者邮箱、披露或审稿人资料前，必须取得本次明确确认。最终 Submit 始终由人类完成。

输出

• 带官方来源和日期的期刊比较。
• 投稿文件、披露和版本清单。
• 可验证的 Submission Packet、门户缺口和保存记录。
• 带稳定意见编号、状态、修改位置和证据的回复台账。

可选 ADHD 友好输出

• 仅当用户明确要求“ADHD 友好输出”“ADHD 友好模式”或同义方式时启用。
• 不主动询问、介绍或推荐这个模式，不根据表达方式、回复速度或任务完成情况推断。
• 用户只披露有 ADHD，但没有要求改变输出方式时，不启用。
• 默认只在当前任务中保持；用户要求关闭时立即返回普通输出。
• 不保存诊断信息。用户明确要求跨任务保留时，只保存 interaction_mode: adhd_friendly。
• 启用后先给“只看这里”：当前任务、用户现在只做的 1 件事和本轮完成标准。
• 多步骤任务再给进度：已完成、当前和待处理；简单回答不生成空栏目。
• 重要但不需要现在处理的内容进入“暂存区”；详细证据放在摘要之后。
• 每轮最多提出 1 个关键问题；必须输入先展示最多 3 项，其余放到后续。
• 加粗当前任务、用户动作、结论和阻断状态；每段不超过 2 处，不加粗整段，不重复加粗同一词。
• 不为缩短输出删除证据边界、未知事项、停止条件或安全提示。
• 用户要求“展开”时提供完整记录，同时保留顶部摘要。
• 中断后先给恢复点，说明上次完成位置、当前状态和下一步，不要求用户重复已提供的信息。

停止条件

• 无法访问期刊当前官方要求时，不标记投稿准备完成。
• 不编造编辑姓名、偏好、费用、时限或录用概率。
• 作者和披露存在争议时，停止最终提交清单。
• 不进行未经授权的实际投稿或外部发送。
• ScholarOne 页面要求验证码、支付、权限变更或最终提交时，停止并交给用户。最终 Submit 不由 Agent 点击。

独立运行

• 默认不读取私人工作区、个人语料目录或预设 research-lab。
• 用户提供的文件、文本、链接和数据是当前任务输入，不是安装依赖。
• 网络不可用时，使用 Skill 内的稳定方法继续；需要当前事实的部分标记为待核验。
• 本包内其他科研 Skill 存在时可以接续；单独安装时直接返回下一步说明，不停止当前任务。

来源纪律

• 把用户材料、公开来源、当前推断和未知事项分开。
• 报告规范只检查报告透明度，不自动证明设计质量。
• 公开来源摘要保存在 Skill 内；需要版本、费用、政策、API 或期刊现状时回到官方页面。
• 不生成不存在的论文、数据、DOI、工具运行结果或期刊要求。