菜单
当你有规格文档或需求，准备开始多步骤任务时使用。写出详细的逐任务实现计划。触发词：写计划、实现计划、开始实现、how to implement、implementation plan。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
多视角学术论文同行评审。模拟 7 名独立审稿人（EIC + 3 同行审稿人 + 魔鬼代言人 + 编辑综合），含动态角色配置。支持完整评审、再评审（验证修改）、快速评估、方法论聚焦、苏格拉底引导、校准模式。触发词：审稿、同行评审、评审论文、模拟评审、编辑评审、review paper、peer review、manuscript review、referee report。
12 Agent 学术论文写作管线。10 种模式（完整/计划/大纲/修改/修改教练/摘要/文献综述/格式转换/引文检查/披露声明）。6 种论文类型，5 种引文格式，双语摘要，LaTeX/DOCX/PDF 输出。风格校准 + 写作质量检查 + 反模式检测。触发词：写论文、学术论文、修改论文、论文大纲、写摘要、引文检查、转LaTeX、格式转换、write paper、academic paper、revise paper、paper writing。
完整学术研究管线编排器。协调 deep-research、academic-paper、academic-paper-reviewer 为 10 阶段无缝工作流：选题→调研→写作→完整性检查→评审→修改→再评审→再修改→最终检查→定稿。触发词：学术管线、研究到论文、完整论文流程、写一篇完整的论文、academic pipeline、research to paper、full paper workflow、end-to-end paper。
通用深度研究学术 Agent 团队。13 个 Agent 组成的学术研究管线，覆盖选题、文献检索、证据验证、综合分析到 APA 7.0 报告。7 种模式：完整研究、快速简报、论文评审、文献综述、事实核查、苏格拉底式引导研究、系统综述（含元分析）。触发词：研究、深度研究、文献综述、系统综述、PRISMA、证据综合、事实核查、引导我的研究、方向探索、research、deep research、literature review、systematic review、meta-analysis。
Academic Research Skills 学术研究技能集入口。覆盖从选题、文献调研、论文写作到同行评审的完整学术研究管线。触发词：写论文、深度研究、文献综述、同行评审、审稿、学术管线、research、paper、review。
创建精美的 HTML 演示文稿，支持从零创建、PPTX 转网页、或增强已有 HTML 演示。零依赖单文件，固定 16:9 比例，34 种设计模板。用户说要"做PPT""做演示文稿""创建slides""转换PPTX"时使用。
| name | writing-plans |
| description | 当你有规格文档或需求，准备开始多步骤任务时使用。写出详细的逐任务实现计划。触发词：写计划、实现计划、开始实现、how to implement、implementation plan。 |
| agent_created | true |
写出完整的实现计划，假设执行者对代码库一无所知。文档化他们需要知道的一切：每个任务涉及哪些文件、代码、测试、参考文档、验证方法。
开始时声明： "我将用 writing-plans 技能创建实现计划。"
docs/plans/YYYY-MM-DD-<功能名>.md
每个步骤一个动作（2-5 分钟）：
### 任务 N: [组件名]
**文件:**
- 创建: `exact/path/to/file.py`
- 修改: `exact/path/to/existing.py:123-145`
- 测试: `tests/exact/path/to/test.py`
- [ ] **步骤 1: 写失败测试**
```python
def test_specific_behavior():
result = function(input)
assert result == expected
步骤 2: 运行测试确认失败
命令: pytest tests/path/test.py::test_name -v
预期: FAIL — "function not defined"
步骤 3: 写最小实现
def function(input):
return expected
步骤 4: 运行测试确认通过
命令: pytest tests/path/test.py::test_name -v
预期: PASS
步骤 5: 提交
git add tests/path/test.py src/path/file.py
git commit -m "feat: add specific feature"
## 红线（绝对禁止的占位符）
- "TBD"、"TODO"、"稍后实现"、"自行填充"
- "添加适当的错误处理"、"添加验证"、"处理边界情况"（不写具体代码）
- "为以上写测试"（不写具体测试代码）
- "类似任务 N"（重复代码——执行者可能乱序阅读）
- 引用了任务中未定义的类型、函数或方法
## 计划文档头部模板
```markdown
# [功能名称] 实现计划
> **对执行者:** 全程使用 TDD。先写失败测试，看它失败，再实现。
**目标:** [一句话描述要构建什么]
**架构:** [2-3 句方案说明]
**技术栈:** [关键技术/库]
写完计划后自检：
发现问题就地修复。
计划保存后，提供两个选项：
"计划已完成，保存到
docs/plans/<文件名>.md。两种执行方式："1. 子代理驱动（推荐） — 每个任务派一个全新子代理，任务间做审查 2. 内联执行 — 在当前会话中用 executing-plans 逐任务执行
"选哪个？"
subagent-driven-developmentexecuting-plans