Menu
按计划通过子代理逐任务执行开发，每任务经过实现→规范审查→质量审查三阶段。WorkBuddy 版使用 Agent 工具 + TaskCreate。触发词：按计划执行、子代理执行、subagent、parallel execution。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
多视角学术论文同行评审。模拟 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 | subagent-driven-development |
| description | 按计划通过子代理逐任务执行开发，每任务经过实现→规范审查→质量审查三阶段。WorkBuddy 版使用 Agent 工具 + TaskCreate。触发词：按计划执行、子代理执行、subagent、parallel execution。 |
| agent_created | true |
每个任务派全新子代理 + 两阶段审查（规范→质量）= 高质量、快迭代。
使用 WorkBuddy 的 Agent 工具派发子代理，配合 TaskCreate/TaskUpdate 管理任务状态。
GOAL: [一句话——什么结果]
CONTEXT: [计划文件路径 + 相关背景]
FILES: [精确的文件路径]
CONSTRAINTS: [TDD 强制、不扩范围、无不测试的代码]
VERIFY: [测试命令 + 预期输出]
TASK: [粘贴计划文档中的完整任务文本]
对计划中的每个任务：
派发实现者子代理 (Agent general-purpose)
派发规范审查子代理
派发代码质量审查子代理
标记任务完成，下一个任务
finishing-a-development-branch你是实现一个编码任务的子代理。严格遵循 TDD。
计划文件: [路径]
任务: [任务 N 文本]
约束:
- 先写失败测试。运行。确认失败。再实现。
- 只做最小实现 — YAGNI
- 每个绿色测试后提交: git add <files> && git commit -m "..."
- 不要改任务范围外的文件
- 不要加任务中没有的功能
验证:
- 运行: [测试命令]
- 预期: [预期输出]
完成后报告: 实现了什么、测试结果、提交 SHA。
你是做规范合规审查的子代理。
计划文件: [路径]
正在审查的任务: [任务 N 文本]
GIT 范围: [base_sha..head_sha]
只审查实现是否匹配规格。
报告:
- PASS 或 FAIL
- 任何规格遗漏（规格要求但未实现的）
- 不要评论代码风格或质量
你是做代码质量审查的子代理（不审查规范合规）。
GIT 范围: [base_sha..head_sha]
描述: [实现了什么]
审查:
- DRY 违反
- 死代码
- YAGNI 违反（不必要的功能）
- 命名问题
- 缺少错误处理
严重程度: 严重 / 重要 / 次要
报告: 批准，或按严重程度列出问题。
| 严重程度 | 行动 |
|---|---|
| 严重 | 先修复再继续 — 阻塞后续任务 |
| 重要 | 先修复再继续 |
| 次要 | 记录，稍后处理 |