mcpField
C
create-plan

create-plan

github.com/composio-community开发17.1k662 次安装14 周前更新
代码仓库

关于 create-plan

create-plan 是将用户需求整理为单一可执行实施计划的 skill。它只读检查项目上下文,仅在关键信息缺失时提问,并输出明确范围和步骤清单,不修改文件。

主要功能

  1. 01只读检查项目
  2. 02仅询问阻塞性问题
  3. 03列明范围与排除项
  4. 04生成有序行动清单
  5. 05包含验证与风险步骤

适用场景

  1. 01实施前规划代码变更
  2. 02定位相关文件和项目约束
  3. 03准备测试与发布步骤

安装

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

$npx skills add https://github.com/composio-community/awesome-codex-skills --skill create-plan

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

附带文件LICENSE.txt

详细介绍

创建计划

目标

将用户提示词转化为一份单一、可执行的计划,并在最终助手消息中给出。

最简工作流

在整个工作流中,始终以只读模式操作。不要写入或更新文件。

  1. 快速浏览上下文

    • 阅读 README.md 和任何明显的文档(docs/、CONTRIBUTING.md、ARCHITECTURE.md)。
    • 浏览相关文件(最可能需要修改的文件)。
    • 确定约束(语言、框架、CI/测试命令、部署形态)。
  2. 仅在有阻碍时提出后续问题

    • 最多提出 1–2 个问题。
    • 只有在无法负责任地制定计划时才提问;优先使用选择题。
    • 如果存在不确定之处但不构成阻碍,请作出合理假设并继续。
  3. 使用以下模板制定计划

    • 以1 段简短文字说明意图和方法。
    • 简要明确说明范围内和范围外的内容。
    • 然后提供一份简短的检查清单(默认 6–10 项)。
      • 每项应为具体操作;必要时注明文件/命令。
      • 每项应为原子操作,并按顺序排列:调研 → 修改 → 测试 → 发布。
      • 以动词开头:“添加……”“重构……”“验证……”“发布……”。
    • 适用时至少包含一项测试/验证,以及一项边缘情况/风险相关内容。
    • 如果存在未知事项,请添加简短的开放问题部分(最多 3 个)。
  4. 不要在计划前添加元说明;仅按模板输出计划

计划模板(严格遵循)

# Plan

<1–3 sentences: what we’re doing, why, and the high-level approach.>

## Scope
- In:
- Out:

## Action items
[ ] <Step 1>
[ ] <Step 2>
[ ] <Step 3>
[ ] <Step 4>
[ ] <Step 5>
[ ] <Step 6>

## Open questions
- <Question 1>
- <Question 2>
- <Question 3>

检查清单项目指南

合适的检查清单项目:

  • 指向可能涉及的文件/模块:src/…、app/…、services/…
  • 指明具体验证方式:“运行 npm test”“为 X 添加单元测试”
  • 适用时包含安全发布方案:功能标记、迁移计划、回滚说明

避免:

  • 含糊的步骤(“处理后端”“做身份验证”)
  • 过多的细碎步骤
  • 编写代码片段(保持计划与具体实现无关)

评论

支持 Markdown