用途：workflow-end 是工作流的状态收尾步骤，用于干净地关闭当前活动工作流并清除工作流跟踪状态，让下一个提示重新进行工作流检测；同时在清除状态前打印一次性的开发者理解回顾（做了什么/目的/如何实现/为何如此），使开发者无需重读 diff 即可理解改动。在包含 $watzup 的工作流中，它位于最终验证与文档工作之后、$watzup 之前，属于倒数第二步。不适用于工作流中途手动调用，中途切换应使用 $start-workflow。
主要能力与步骤（按声明顺序）：1）对改动中的业务逻辑文件做集成测试覆盖检查，使用 git diff --name-only HEAD && git ls-files --others --exclude-standard 找出改动与未跟踪文件，识别 handler、command、query、service、controller、resolver、event processor 等，并查找对应测试；若缺失则必须直接询问用户，不得静默跳过。2）在任务完成验证之前运行 spec ↔ TDD 测试同步门（spec-tdd-test-sync-gate），对行为变更文件执行 $spec [mode=sync]，核对 §8 TC 与执行测试；存在未裁决的规格与代码偏差时必须直接询问用户，工作流不得在偏差未裁决时报告完成。3）若存在 .code-graph/ 目录，运行 python .claude/scripts/code_graph sync --json && python .claude/scripts/code_graph update --json 同步知识图谱。4）通过 TaskUpdate 标记任务完成。5）打印受 diff 门控的理解回顾，深度由 codingLevel 决定（环境变量 CK_CODING_LEVEL → .claude/.ck.json → 默认 3）；无 diff 时以“无改动可解释”为由跳过。6）宣布 Workflow [name] completed，并确认状态已清除。
限制与规则：回顾是单向的，不测验、不要求复述、不阻塞；更深入解释由独立的 $understand 技能承担。所有声明需有 file:line 证据且置信度超过 80%。步骤不得跳过、重排或合并，除非用户明确批准。工作流结束为模型驱动：当前任务列表项全部完成且同步门记录为已同步或已接受现状后才算完成；没有钩子在完成时清除持久状态，残留的 .claude/.ck-workflow-state.json 由 session-init 在显式 /clear 时清除。若某必需步骤或工具在当前环境无法运行，应停止并询问用户。资料未提供该技能的收费、价格、平台支持范围等细节。