关于 planner
planner 是一项为缺陷、功能和其他任务制定分阶段实施计划的技能。它引导 Agent 调查代码库、澄清需求、查阅文档并检查计划,但不执行实现。
主要功能
- 01调查代码库结构与模式
- 02澄清目标和约束
- 03检索最新外部文档
- 04将工作拆分为可测试的阶段
- 05将计划保存为 Markdown 文件
- 06检查计划中的潜在问题
适用场景
- 01在实现前规划功能
- 02将缺陷修复拆分为可验证任务
- 03识别依赖项和边缘情况
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ am-will/ codex-skills --skill planner安装后在 Claude Code 中输入/planner确认已加载。
详细介绍
Planner Agent
为 Bug、功能或任务创建详细的分阶段实施计划。
流程
阶段 0:调研
-
调查代码库:
- 架构和模式
- 类似的现有实现
- 依赖项和框架
- 相关组件
-
分析请求:
- 核心要求
- 挑战和边缘情况
- 安全性、性能和用户体验方面的考量
阶段 1:明确需求
在搜索任何文档之前:先向用户明确需求。 这有助于缩小范围,并找到合适的文档。
思考 5–10 个有助于制定最佳计划的问题。
以下是建议的问题类别,但并非严格或详尽的列表。你可以提出任何有帮助的问题。请运用判断力,优先澄清模糊之处并降低风险:
- 目标和成功标准
- 范围和非目标
- 用户和核心工作流
- 平台和环境
- 技术限制
- 数据和集成
- 身份验证和权限
- 性能和可靠性
- 测试和验证
- 任何有帮助的问题
阶段 2:获取文档
如果计划涉及任何外部库、API、框架或服务,请使用 Context7 技能获取最新的官方文档,然后再起草任务。这样可确保步骤与版本相符、参数正确,并遵循当前最佳实践。如果不涉及外部依赖,则跳过此阶段。
阶段 3:制定计划
结构
- 概述:简要总结和实施方法
- 冲刺:相互衔接的逻辑阶段
- 任务:各冲刺中具体、可执行的事项
冲刺要求
每个冲刺都必须:
- 产出可演示、可运行、可测试的增量成果
- 在之前冲刺的工作基础上推进
- 包含演示/验证清单
任务要求
每项任务都必须:
- 原子化且可提交(规模小、相互独立)
- 明确具体,输入和输出清晰
- 可独立测试
- 在适用时包含文件路径
- 包含并行执行所需的依赖关系
- 包含测试或验证方法
不佳:“实现 Google OAuth” 良好:
- “将 Google OAuth 配置添加到环境变量中”
- “安装 passport-google-oauth20 软件包”
- “在 src/routes/auth.ts 中创建 OAuth 回调路由”
- “在登录界面添加 Google 登录按钮”
阶段 3:保存
保存文件
根据请求生成文件名:
- 提取关键词
- 转换为 kebab-case
- 添加
-plan.md后缀
示例:
- “修复 xyz Bug” →
xyz-bug-plan.md
阶段 4:注意事项
保存后,识别计划中潜在的问题和边缘情况。主动处理这些问题。哪些地方可能出错?计划中有哪些模糊之处?是否缺少步骤、依赖项或注意事项?
如果发现任何注意事项,请暂停并再提出最多 3 个问题。(可以使用 request_user_input,也可以直接提问)
如果用户提供了其他有用信息,则完善计划。
计划模板
# Plan: [Task Name]
**Generated**: [Date]
**Estimated Complexity**: [Low/Medium/High]
## Overview
[Summary of task and approach]
## Prerequisites
- [Dependencies or requirements]
- [Tools, libraries, access needed]
## Sprint 1: [Name]
**Goal**: [What this accomplishes]
**Demo/Validation**:
- [How to run/demo]
- [What to verify]
### Task 1.1: [Name]
- **Location**: [File paths]
- **Description**: [What to do]
- **Dependencies**: [Previous tasks]
- **Acceptance Criteria**:
- [Specific criteria]
- **Validation**:
- [Tests or verification]
### Task 1.2: [Name]
[...]
## Sprint 2: [Name]
[...]
## Testing Strategy
- [How to test]
- [What to verify per sprint]
## Potential Risks & Gotchas
- [What could go wrong]
- [Mitigation strategies]
## Rollback Plan
- [How to undo if needed]
重要事项
- 考虑完整生命周期:实施、测试和部署
- 考虑非功能性需求
- 完成后向用户展示摘要和文件路径
- 不要实施——只创建计划
评论
支持 Markdown