krypton-execution

Krypton 执行

Krypton Execution 会执行已批准的计划，并严格遵守其中的所有权、切换和证据约定。

必需角色

当执行环境支持指定 Agent 时，请遵循 ../../docs/required-roles.md 中的角色要求。实现工作由主 Agent 负责。常规执行流程如下：

explorer -> main agent -> plan-reviewer -> reviewer -> maintainer -> verifier

使用此技能文件夹中的各个提示词模板：

• post-plan-reviewer-prompt.md
• reviewer-prompt.md
• maintainer-prompt.md

入口规则

不要在此工作流中自行编造计划。如果没有已批准的计划、目标文档或明确的任务看板，请直接询问一个必要信息，或先使用 Krypton Planning。优先采用完整的 Krypton 目标包：

docs/goals/<goal-slug>/PLAN.md
docs/goals/<goal-slug>/GOAL.md
docs/goals/<goal-slug>/EVIDENCE.md

开始工作前，重述：

Goal:
Plan path:
Intent:
Truth owner:
Contract boundary:
Cutover:
Displaced path:
Acceptance evidence:
Kill criteria:
Forbidden moves:

任务看板

将计划整理成有序看板：

Task:
Owner:
Input:
Files allowed:
Files forbidden:
Output:
Evidence:
Depends on:
Parallel safe:

除非已批准的计划明确另有说明，否则由主 Agent 按顺序执行实现任务。

执行循环

对于每项任务：

1. 确认任务仍符合计划约定。
2. 仅收集任务所需的上下文。
3. 由主 Agent 直接实现。
4. 在集成或检查点前审查结果。
5. 检查是否存在所有者错误、重复路径、缺少切换、约定偏移或证据薄弱。
6. 如果本地工作流要求提交，则仅提交或检查当前任务涉及的文件。
7. 更新任务看板。

主 Agent 负责实现、集成和最终一致性。

证据关卡

不要仅因测试、lint、类型检查或差异检查通过，就判定目标已完成。这些只是辅助检查。

完成需要从目标视角提供证据，例如：

• UI 或视觉变更：浏览器状态、截图或渲染结果。
• API 或数据流：请求/响应、fixture、跟踪记录或持久化记录。
• CLI 或工作流：命令及能证明行为符合预期的重要输出。
• 迁移或切换：旧路径已删除、重定向、降级或由垫片替代，并设有移除触发条件。
• 隐藏逻辑：能展示预期结果的确定性产物。

如果无法获取证据，请报告阻碍，并说明 implemented but unproven。

如果仓库使用 Krypton 目标包，请在最终回复前将已接受的证据记录到 EVIDENCE.md。

最终关卡

最终回复前：

1. 如果计划设有审查关卡，则执行计划后审查。
2. 对行为、数据完整性、信任和缺失证据进行正确性审查。
3. 对重复路径、过时产物、耦合和所有权不明确等问题进行可维护性审查。
4. 修复重要发现，或记录保留这些问题的原因。
5. 总结变更的产物、验收证据、审查结果和阻碍。