com um clique
executing-plans
当你有一份书面实现计划需要在单独的会话中执行,并设有审查检查点时使用
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ê.
Menu
当你有一份书面实现计划需要在单独的会话中执行,并设有审查检查点时使用
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
Frontend UI prototype workflow — clarify intent, explore directions, preview across viewports, diff against references, deliver with screenshot evidence
Excel 电子表格读写与编辑最佳实践 — 用 xlsx_read/xlsx_write/xlsx_edit 处理 .xlsx 时遵守的公式、数字格式与可维护性纪律
生成与读取 PDF 文档(报告、合同、交付文档)——原生 pdfkit 渲染,自动解析系统 CJK 字体支持中文,支持 heading/paragraph/table/code/list 内容块与页码页脚
PowerPoint 演示文稿生成纪律 — 用 pptx_create/pptx_read 产出有设计感、零 AI 味的 .pptx(PPT、幻灯片、deck、演讲稿、汇报)
在任意项目中执行开发任务时的测试方法论——包括测试能力探测、RED→GREEN 纪律、探针管理、环境模拟、测试策略选择。当面对 bugfix、功能开发、重构等需要验证的代码改动时使用。
创建计划文档——Plan Mode 下写设计文档;独立使用时写可执行实现计划(含 TDD/验证命令)
| name | executing-plans |
| description | 当你有一份书面实现计划需要在单独的会话中执行,并设有审查检查点时使用 |
加载计划,批判性审查,执行所有任务,完成后报告。
开始时宣布: "我正在使用 executing-plans 技能来实现此计划。"
注意: 如果任务量大(3+ 独立任务)且子代理可用,使用 subagent-driven-development 技能效果更好——每个任务在独立上下文中执行,质量更高。
审查时重点检查:
npm test 全部通过"才算)审查示例:
计划文件:docs/plan.md
任务清单:5 个任务
审查发现:
- 任务 3(添加数据库迁移)应在任务 2(编写数据模型)之后,顺序正确 ✓
- 任务 4 的验证条件写的是"确认功能正常"→ 需澄清:具体跑什么测试?
- 计划未提及 Python 版本要求 → 需确认
向伙伴提出:
"计划整体可执行。有两个问题:(1) 任务 4 的验证条件不够具体,建议改为
'运行 pytest tests/test_api.py 全部通过';(2) 需要确认 Python 版本要求。"
对于每个任务:
每个任务的节奏:
--- 任务 2/5:添加用户验证 ---
[标记进行中]
目标:为 /api/users 添加输入验证
完成标准:所有验证测试通过,无效输入返回 400
[实现]
- 添加 validateUser() 中间件
- 编写 3 个验证规则(email 格式、密码强度、用户名长度)
[验证]
$ npm test -- --grep "validation"
✓ 拒绝无效 email (12ms)
✓ 拒绝弱密码 (8ms)
✓ 拒绝过长用户名 (5ms)
3 passing
[提交]
$ git add src/middleware/validate.js tests/validation.test.js
$ git commit -m "feat: 添加用户输入验证(任务 2/5)"
[标记完成]
--- 任务 2/5 完成 ---
批量审查检查点:
当计划跨多个阶段时(诊断→修复→验证),在阶段边界插入检查点,防止单 session 过长导致 context 膨胀和注意力衰减。
触发条件(任一满足即暂停):
检查点动作:
📊 进度:已完成 3/5 任务
✅ Task 1: bash 格式修复
✅ Task 2: grep 格式修复
✅ Task 3: 测试加固
⏳ Task 4: per-message budget(待执行)
⏳ Task 5: 全量验证(待执行)
Context 使用率:62%(380K / 612K)
选择:[继续执行] [开新 session 继续] [停止]
如果用户选择"开新 session 继续":
## Session Handoff
**进度:** 3/5 任务已完成
**已完成:** Task 1 (commit abc1234), Task 2 (commit def5678), Task 3 (commit ghi9012)
**待执行:** Task 4 (per-message budget 窗口感知), Task 5 (全量验证)
**计划文档:** docs/superpowers/plans/yyyy-mm-dd-<plan-name>.md
**当前分支:** feat/tianshu-sycophancy-trap-2.5
如果用户选择"继续执行":正常继续下一个任务
实现方式:
在计划文档中,阶段边界插入 <!-- checkpoint --> 注释标记。
执行到标记处时触发上述检查点逻辑。
测试失败:
依赖缺失:
任务 3 需要 Redis 连接,但计划中没有提及 Redis 配置。
→ 停止执行
→ 向伙伴报告:"任务 3 需要 Redis,计划中未包含配置步骤。
建议:在任务 3 前插入 '配置 Redis 连接' 步骤。"
指令不清:
所有任务完成并验证后:
npx tsc --noEmit && npm testdeliver_task 工具交付(包含 commit SHA、测试结果、偏离说明)完成报告模板:
## 执行报告
**计划:** docs/superpowers/plans/<plan-file>.md
**分支:** <当前分支>
**任务:** N/N 已完成
### 完成的任务
1. ✅ ...
2. ✅ ...
### 验证结果
- tsc: exit 0
- 测试:N/N 通过
- 无新 lint 警告
### 偏离计划的地方
- <偏离说明及理由>
在以下情况立即停止执行:
不确定时就问,不要猜测。
回到审查(步骤 1)当:
不要硬闯阻塞 — 停下来问。
关联技能: