القائمة
当 Owner 说"打磨一下""改改这段""逻辑不通顺"， 或 autoresearch 在写作阶段自检时， 从结构/清晰度/论据三个维度打磨已有文稿
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Generate and rank research ideas given a broad direction. Use when user says "找idea", "brainstorm ideas", "generate research ideas", or "what can we work on".
当 Owner 说"设计个实验""怎么验证这个 idea"， 或 autoresearch 判断某个 developing/validated idea 需要实验验证时， 为 idea 设计完整实验方案
当 Owner 说"记录一下实验结果""实验跑完了"， 或 Researcher 完成一轮实验需要记录时， 在 Experiment 笔记中追加 Run Entry 并更新状态
当 Owner 说"分析一下实验结果"， 或实验 status 变为 completed 后 autoresearch 自动调用， 分析实验数据并判断假设是否成立
当 Owner 说"写一下 introduction""起草 related work"， 或 autoresearch 判断某 direction 已积累足够素材需要成文时， 起草论文或报告的指定章节
当积累了新的 validated insight、实验结果改变了方向判断、 或 Owner 说"更新研究方向""复盘 agenda"时， 根据记忆和发现演化研究议程
| name | writing-refine |
| description | 当 Owner 说"打磨一下""改改这段""逻辑不通顺"， 或 autoresearch 在写作阶段自检时， 从结构/清晰度/论据三个维度打磨已有文稿 |
| argument-hint | <target> [section] [focus] |
| allowed-tools | Read, Edit, Glob, Grep |
对已有文稿进行结构化打磨，从三个维度审视并生成具体修改建议：
[[wikilink]] 支撑，引用是否恰当默认行为：输出建议列表，由 Owner 确认后再执行修改。
读取 target 文件。如果指定了 section，定位到对应章节（通过标题匹配）。
Read(target)
# 若 section 非空，截取对应章节文本
记录文稿的基本信息：总字数（估算）、章节数、已有 [[wikilink]] 数量。
根据 focus 参数决定审视范围：
| focus 值 | 执行维度 |
|---|---|
structure | 仅审视逻辑链与过渡 |
clarity | 仅审视冗余/歧义/抽象 |
evidence | 仅审视 claim-citation 匹配 |
all（默认） | 三个维度全部审视 |
structure 审视要点：
clarity 审视要点：
evidence 审视要点：
[[paper]] 引用？[[wikilink]] 是否指向实际存在的笔记（可用 Glob 验证）？以结构化列表输出，每条建议包含：
[维度] 位置（行号或段落标识）
问题描述：……
建议：……
示例格式：
[evidence] 第 3 段，第 2 句
问题描述：claim "端到端方法在导航成功率上显著优于模块化方法" 无引用支撑
建议：添加 [[CMA-R2R]] 或 [[DUET]] 作为 evidence，或将断言改为引用具体论文的归因句
[clarity] 第 5 段，第 1 句
问题描述："相关工作在这方面有所探索" 表述模糊
建议：具体化为 "[[VLNBERT]] 和 [[HAMT]] 分别从 X/Y 角度探索了这一问题"
[structure] 第 2 段 → 第 3 段 过渡
问题描述：从"数据增强"直接跳到"模型架构"，缺少过渡说明两者关系
建议：添加一句过渡："数据层面的增强有其上限；本节转而从模型架构角度寻求突破。"
在列表末尾附上摘要统计：
总建议数：N
- structure: X 条
- clarity: Y 条
- evidence: Z 条
默认行为：输出建议列表后，等待 Owner 确认。不主动执行 Edit。
询问 Owner：
"以上 N 条修改建议，请确认哪些执行？可回复：全部执行 / 执行 #1 #3 #5 / 跳过全部"
收到确认后，逐条使用 Edit 执行。每次 Edit 后在建议前标记 [✓]。
在 Workbench/logs/YYYY-MM-DD.md（用实际日期替换）追加：
## writing-refine — HH:MM
- target: [[relative/path/to/file]]
- section: <指定章节 或 "全文">
- focus: <structure / clarity / evidence / all>
- 建议总数: N（structure: X, clarity: Y, evidence: Z）
- 执行: <已确认执行的条目序号，或 "待 Owner 确认">
执行完成后确认以下三点：
[TODO]、[待补充] 等占位符。[[wikilink]] 仍指向实际存在的文件（用 Glob 抽查）。Workbench/logs/YYYY-MM-DD.md 包含本次操作记录。section，只在该章节内给出建议，不扩散到全文。触发：
"帮我看看 Related Work 那节，感觉 claim 都没有引用"
Researcher 执行流程：
Read(".claude/skills/4-writing/writing-refine/SKILL.md") # 重新读取 SKILL
Read("Papers/drafts/survey-draft.md") # Step 1
# section = "Related Work", focus = "evidence"
输出示例：
[evidence] Related Work § 1，第 3 句
问题描述："早期 VLN 方法依赖 LSTM 编码指令" 无引用
建议：添加 [[Speaker-Follower]] 或 [[R2R-EnvDrop]] 作为代表性早期方法引用
[evidence] Related Work § 2，第 1 句
问题描述："基于 Transformer 的方法大幅提升了成功率" 属于泛化陈述，无数据支撑
建议：具体化为 "[[DUET]] 在 R2R val-unseen 上达到 60.6% SR，较 LSTM 基线提升约 15%"
[evidence] Related Work § 3，第 4 句
问题描述：[[VLN-BERT]] 已引用，但 [[HAMT]] 同样相关，建议补充对比
建议：添加 "[[HAMT]] 进一步引入历史感知机制，在长指令场景下表现更优"
总建议数：3
- structure: 0 条
- clarity: 0 条
- evidence: 3 条
Researcher 等待 Owner 确认后，逐条执行 Edit。