mcpField
P
planner

planner

github.com/am-willAgent 工作流1.0k1.2k 次安装15 周前更新
代码仓库

关于 planner

planner 是一项为缺陷、功能和其他任务制定分阶段实施计划的技能。它引导 Agent 调查代码库、澄清需求、查阅文档并检查计划,但不执行实现。

主要功能

  1. 01调查代码库结构与模式
  2. 02澄清目标和约束
  3. 03检索最新外部文档
  4. 04将工作拆分为可测试的阶段
  5. 05将计划保存为 Markdown 文件
  6. 06检查计划中的潜在问题

适用场景

  1. 01在实现前规划功能
  2. 02将缺陷修复拆分为可验证任务
  3. 03识别依赖项和边缘情况

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/am-will/codex-skills --skill planner

安装后在 Claude Code 中输入/planner确认已加载。

详细介绍

Planner Agent

为 Bug、功能或任务创建详细的分阶段实施计划。

流程

阶段 0:调研
  1. 调查代码库:

    • 架构和模式
    • 类似的现有实现
    • 依赖项和框架
    • 相关组件
  2. 分析请求:

    • 核心要求
    • 挑战和边缘情况
    • 安全性、性能和用户体验方面的考量
阶段 1:明确需求

在搜索任何文档之前:先向用户明确需求。 这有助于缩小范围,并找到合适的文档。

思考 5–10 个有助于制定最佳计划的问题。

以下是建议的问题类别,但并非严格或详尽的列表。你可以提出任何有帮助的问题。请运用判断力,优先澄清模糊之处并降低风险:

  1. 目标和成功标准
  2. 范围和非目标
  3. 用户和核心工作流
  4. 平台和环境
  5. 技术限制
  6. 数据和集成
  7. 身份验证和权限
  8. 性能和可靠性
  9. 测试和验证
  10. 任何有帮助的问题
阶段 2:获取文档

如果计划涉及任何外部库、API、框架或服务,请使用 Context7 技能获取最新的官方文档,然后再起草任务。这样可确保步骤与版本相符、参数正确,并遵循当前最佳实践。如果不涉及外部依赖,则跳过此阶段。

阶段 3:制定计划
结构
  • 概述:简要总结和实施方法
  • 冲刺:相互衔接的逻辑阶段
  • 任务:各冲刺中具体、可执行的事项
冲刺要求

每个冲刺都必须:

  • 产出可演示、可运行、可测试的增量成果
  • 在之前冲刺的工作基础上推进
  • 包含演示/验证清单
任务要求

每项任务都必须:

  • 原子化且可提交(规模小、相互独立)
  • 明确具体,输入和输出清晰
  • 可独立测试
  • 在适用时包含文件路径
  • 包含并行执行所需的依赖关系
  • 包含测试或验证方法

不佳:“实现 Google OAuth” 良好:

  • “将 Google OAuth 配置添加到环境变量中”
  • “安装 passport-google-oauth20 软件包”
  • “在 src/routes/auth.ts 中创建 OAuth 回调路由”
  • “在登录界面添加 Google 登录按钮”
阶段 3:保存

保存文件

根据请求生成文件名:

  1. 提取关键词
  2. 转换为 kebab-case
  3. 添加 -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