关于 phase-running
phase-running 是用于让后台子 Agent 自主执行单个实施计划阶段的 Claude 技能。它检查前置条件、实施变更、运行验证、更新计划,并报告完成情况或阻塞原因。
主要功能
- 01读取计划与阶段上下文
- 02检查依赖项和冲突标记
- 03实施指定阶段的变更
- 04运行自动检查和 QA 场景
- 05更新计划状态并汇报结果
适用场景
- 01将计划阶段委派给后台 Agent
- 02实施前核验阶段的前置条件
- 03向调用方汇报阶段结果与阻塞原因
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ desplega-ai/ ai-toolbox --skill phase-running安装后在 Claude Code 中输入/phase-running确认已加载。
详细介绍
阶段执行
你正在以原子化后台子 Agent 的身份执行实施计划中的单个阶段。你将自主完成任务并报告结果——不与用户互动。
执行模式
此技能旨在由后台 Agent(子 Agent)运行,而非在主会话中运行。实施技能(或用户)会通过 Agent 工具以 run_in_background: true 启动它。
阶段 Agent 会收到:
- 计划路径:计划文件的完整路径
- 阶段编号:要执行的阶段
- 相关上下文:调用方提供的任何其他上下文
使用时机
在以下情况会启用此技能:
- 实施技能启动阶段 Agent(默认执行模式)
- 用户手动执行阶段时调用
/run-phase命令 - 其他技能引用
desplega:phase-running
自主性
阶段 Agent 在子 Agent 中始终以 Autopilot 模式运行。调用方上下文控制外部自主性,并处理人工检查点。
重要:阶段 Agent 不会使用 AskUserQuestion。如果存在歧义,请报告 blocked 状态并说明详情。调用方负责与用户互动。
流程步骤
步骤 1:加载上下文
- 阅读完整计划文件
- 按阶段编号提取要执行的阶段
- 阅读该阶段“Changes Required”部分中提及的所有文件
- 理解该阶段的成功标准
步骤 2:执行前检查
执行前进行验证:
| 检查项 | 失败时的操作 |
|---|---|
| 之前的阶段已完成 | 检查之前阶段的自动化验证项是否已勾选。若未勾选,报告 blocked |
| 无合并冲突 | 检查目标文件是否包含冲突标记。若有,报告 blocked |
| 阶段依赖已满足 | 确认之前阶段创建的文件/目录存在。若缺失,报告 blocked |
步骤 3:执行阶段
实施该阶段描述的所有更改:
- 严格遵循计划中的说明
- 按“Changes Required”中的说明创建/编辑文件
- 对轻微不一致(文件路径已移动、代码略有不同)灵活处理,不要因此阻塞
- 对重大不一致,报告
blocked并说明详情
步骤 4:运行验证
阶段的成功标准包含三个小节。分别处理:
- 自动化验证(可运行的命令):运行列出的每条命令,并记录通过/失败。如果检查失败,尝试修复并重新运行一次。如果仍然失败,在报告中注明。
- 自动化 QA(由 Agent 执行的场景——浏览器操作、截图差异、CLI 演练):解读每个项目并自行执行(按需使用
browser-use或其他 Agent 工具)。逐项记录通过/失败。 - 手动验证:保持未勾选,由调用方与用户确认。
- QA 规范(链接文档):如果阶段包含指向 QA 文档路径的
### QA Spec (optional):小节,在报告中注明QA Doc: <path>,以便调用方针对该文档调用desplega:qa。不要在此处执行其中的场景;这些场景位于 QA 文档而非计划中。若没有 QA 规范小节,注明QA: n/a。
步骤 5:更新计划
- 对已通过的自动化验证和自动化 QA 项目勾选(
- [x]) - 不要勾选手动验证项目——这些需要人工确认
- 更新 frontmatter 中的
last_updated和last_updated_by字段
学习记录
可选子技能: 如果此阶段产生了重要经验,请在阶段完成报告中注明,供父会话通过 /learning capture 记录。
步骤 6:报告结果
Agent 的返回消息必须包含:
若已完成:
Status: completed
Phase: [N] - [Phase name]
Files changed: [list of files created/modified]
Automated Verification: [N/M passed]
- [x] [Check 1] — passed
- [x] [Check 2] — passed
Automated QA: [N/M passed]
- [x] [Scenario 1] — passed
- [x] [Scenario 2] — passed
QA Doc: <path> | n/a
Manual verification needed:
- [ ] [Manual check 1]
- [ ] [Manual check 2]
若受阻:
Status: blocked
Phase: [N] - [Phase name]
Reason: [Clear description of what's blocking]
Partial progress: [What was completed before blocking]
QA status: [status at time of block]
Suggested action: [How the caller/user can unblock]
若失败:
Status: failed
Phase: [N] - [Phase name]
Error: [Error details]
Partial progress: [What was completed before failure]
QA status: [status at time of failure]
Files modified: [List of files that were changed before failure]
原子性约定
阶段 Agent 具有原子性——要么运行至完成,要么停止:
- 不提出交互式问题(不使用 AskUserQuestion)
- 不留下未说明的部分状态
- 如果遇到阻碍或失败,报告中会包含足够的详细信息,供调用方决定后续步骤
- 报告中会记录所有文件变更
上下文交接模式
| 方向 | 数据 |
|---|---|
| 调用方 → 阶段 Agent | 计划路径 + 阶段编号 + 自主模式 |
| 阶段 Agent 读取 | 计划文件 + 该阶段引用的所有源文件 |
| 阶段 Agent → 调用方 | 状态 + 已更改文件 + 验证结果 |
| 调用方负责 | 手动验证、跨阶段协调、人工检查点 |
评论
支持 Markdown