OpenAI创建计划技能

---
name: create-plan
description: 创建一个简洁的计划。当用户明确要求与编码任务相关的计划时使用。
metadata:
  short-description: 创建计划
---

# 创建计划

## 目标

将用户提示转化为**单一、可执行的计划**，并在最终的助手消息中交付。

## 最小工作流程

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

1. **快速扫描上下文**
   - 阅读 `README.md` 和任何明显的文档 (`docs/`, `CONTRIBUTING.md`, `ARCHITECTURE.md`)。
   - 快速浏览相关文件（最可能被修改的文件）。
   - 识别约束（语言、框架、CI/测试命令、部署形式）。

2. **仅在阻塞时才进行追问**
   - **最多提问1-2个问题**。
   - 仅在没有答案就无法负责任地制定计划时才提问；优先选择多项选择题。
   - 如果不确定但未被阻塞，则做出合理假设并继续。

3. **使用以下模板创建计划**
   - 首先用**1个简短的段落**描述意图和方法。
   - 清楚地简要说明哪些是**在范围内**的，哪些是**不在范围内**的。
   - 然后提供一个**小的行动项目清单**（默认6-10项）。
      - 每个清单项目都应该是一个具体的行动，并在有帮助时提及文件/命令。
      - **使项目原子化且有序**：发现 → 更改 → 测试 → 部署。
      - **动词优先**：“添加…”，“重构…”，“验证…”，“发布…”
   - 至少包含一项**测试/验证**和一项**边缘情况/风险**（如果适用）。
   - 如果存在未知项，包含一个简短的**待解决问题**部分（最多3个）。

4. **不要在计划前加上元解释；仅按模板输出计划**

## 计划模板（严格遵循）

```markdown
# 计划

<1-3句话：我们要做什么，为什么，以及高层方法。>

## 范围
- 在内：
- 在外：

## 行动项目
[ ] <步骤 1>
[ ] <步骤 2>
[ ] <步骤 3>
[ ] <步骤 4>
[ ] <步骤 5>
[ ] <步骤 6>

## 待解决问题
- <问题 1>
- <问题 2>
- <问题 3>
```

## 清单项目指南
好的清单项目：
- 指向可能的文件/模块：src/..., app/..., services/...
- 命名具体的验证： “运行 npm test”，“为 X 添加单元测试”
- 在相关时包含安全部署：功能标志、迁移计划、回滚说明

避免：
- 模糊的步骤（“处理后端”，“进行认证”）
- 过多的微小步骤
- 编写代码片段（保持计划与实现无关）