rw-phd-write

name	rw-phd-write
description	根据用户提供的研究材料和可核验来源组织科研文本，判断章节、小节和段落的写作功能，补足证据、解释、重要性和研究问题之间的断点。 Use when the user asks for “写 PhD 章节”、“修改论文论证”、“根据来源写学术段落”、“按导师反馈修改科研写作”, or requests the rw-phd-write workflow. Runs without a private local workspace or preset research-lab; use user-provided material and bundled public-source methods.

RW PhD Write

根据用户提供的研究材料和可核验来源组织科研文本。先判断当前部分承担什么写作功能，再决定需要哪些证据、解释和连接。

对外入口职责

这是“论文写作与投稿”入口。用户可以提交写作任务、草稿、修改范围、审稿意见或投稿要求。

• 本入口先判断写作功能和证据边界。
• 作者语气接续 rw-phd-tone，批准范围内的修改接续 rw-revision-patch。
• 投稿材料和期刊要求接续 rw-journal-submission。
• 对外保持一个写作入口，内部接续不能绕过来源核验和修改范围。

启动

1. 读取 references/standalone.md、references/method.md、references/writing-functions.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 中的官方链接核验并记录日期。

工作阶段

1. 先建立 research output profile，记录机构、文稿类型、读者、研究问题、语言区域、引用格式、导师或审稿反馈、正向样本、输出格式和公开边界。
2. 依据内容和上下文判断文稿、章节、小节和段落的写作功能，不从章节编号推断功能。
3. 为当前功能确定解释义务：读者需要知道什么、哪些连接必须明说、哪些解释不应出现在这里。
4. 建立 function-to-claim-to-source 表，区分写作功能、目标主张、证据、作者解释、重要性、研究问题连接、限制和未知事项。
5. 按写作功能组织论证移动和段落顺序；先写论点和证据骨架，再写正文，不生成未核验引用。
6. 确定完整论证单位，不把批注框选的词句自动当作修改边界。需要时检查并修改同段前后句；跨段或结构变化先说明范围。
7. 运行概念闭合检查：对承担论证的命题，确认读者能从文字识别主体、对象、行动、发生环节、作用关系、适用边界和当前意义。只检查与当前写作功能有关的项目，不机械把七项写进每一句。
8. 运行读者推断检查：如果关键结论只能靠读者补出，补写有证据支持的连接；证据不足时标记缺口。
9. 按研究类型检查相应报告规范、方法透明度和披露事项。
10. 运行来源、具体性、因果强度、功能完成度、概念闭合、前后一致性、作者语气和修改范围检查，再把成稿交给引用核验和交付质检。

运行规则

• 写作从章节功能和主张开始，不从漂亮句子开始。
• 章节编号不是写作功能。同一编号在不同论文中可以承担不同任务。
• 每个章节、小节和段落都要完成当前写作功能，但不套用同一段落模板。
• 解释义务由写作功能决定。建立问题、综合文献、提出缺口和解释结果时，通常需要说明证据说明什么、为什么重要、怎样连接研究问题；Results 以准确报告发现为主，不提前写成 Discussion。
• 连续列出研究结果不能代替综合判断。需要作者判断时，明确写出当前证据允许的解释和边界。
• 如果关键逻辑只能由作者脑中补全而读者无法从文字获得，补写连接；不能用空泛的“这很重要”代替具体后果。
• “Tell me more”“Expand”“I don't understand”或“不清楚”先触发论证单位诊断。不要只给被标出的名词增加例子，也不要只把一句话改长。
• 不用 route、option、factor、decision、process、implementation 等抽象词代替尚未说明的关系。保留这些词时，正文必须给出它指向的主体、对象或可观察行动。
• 概念闭合不是无限扩写。解释到读者不需要猜关键关系即可；与当前功能无关的机制、方法和下游章节细节不提前加入。
• 保留样本、测量、比较、数字、效应、不确定性和原文定位等具体信息，不为增加细节而补造材料。
• 导师或审稿人的正向评价用于校准证据密度、解释深度和句间连接，不只用于模仿语气。
• 每个事实性主张都要有用户材料或可核验来源。
• 来源支持范围小于句子范围时，收窄句子。
• 结果、解释、推断和建议要使用不同的证据强度。
• Introduction 建立问题和缺口，不能提前假定研究结论。
• Methods 说明做了什么和为何这样做，不能用结果合理化方法。
• Results 报告预定和实际分析，不用 Discussion 语言解释。
• Discussion 先回答研究问题，再比较证据、解释限制和外推边界。
• 报告规范是最低透明度检查，不是段落模板。
• 用户修改要求优先保留原判断、证据和限制。
• 没有作者语料时使用克制的学术注册，不冒充个人指纹。
• 用户已指定可用的持久语气 profile 或本地 tone skill 时，先使用该 profile；没有时再由 rw-phd-tone 从本轮样本建立临时规则。
• 公开正文不得包含搜索日志、claim audit 路径、draft-status note 或其他内部交接说明。
• 引用、作者贡献、利益冲突和 AI 使用按目标期刊当前规则核验。

输出

• 章节、段落或论证骨架。
• research output profile、function-to-claim-to-source 表和引用缺口。
• 写作功能判断、解释义务、概念闭合断点、读者推断断点和未完成项。
• 修改说明、未解决问题和下游核验状态；按任务规模只展开必要部分。

可选 ADHD 友好输出

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

停止条件

• 没有来源时，不生成事实性引用或伪造 DOI。
• 没有研究结果时，不写成研究已完成。
• 没有证据支持重要性或研究问题连接时，标记为作者判断或证据缺口，不生成通用意义句。
• 不为流畅删除限制、反例和不确定性。
• 不把 Skill 输出当成作者最终责任或期刊合规确认。

随 Skill 提供的资源

• assets/research-output-profile.yaml：在写作开始前记录机构、读者、语言、引用、缩写和公开边界。

独立运行

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

来源纪律

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