Menu
按计划通过子代理逐任务执行开发，每任务经过实现→规范审查→质量审查三阶段。WorkBuddy 版使用 Agent 工具 + TaskCreate。触发词：按计划执行、子代理执行、subagent、parallel execution。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional 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 | 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 违反（不必要的功能）
- 命名问题
- 缺少错误处理
严重程度: 严重 / 重要 / 次要
报告: 批准，或按严重程度列出问题。
| 严重程度 | 行动 |
|---|---|
| 严重 | 先修复再继续 — 阻塞后续任务 |
| 重要 | 先修复再继续 |
| 次要 | 记录，稍后处理 |