explain-workflow

解释工作流

从用户的角度解释工作流。使用 workflow-language.md。

此技能是指南，而不是路由器。提供相关技能、准确的下一条提示词，以及用户可以预期的内容；除非用户提出要求，否则不要开始执行工作。

调用方式

• 明确指定：use plan-work to plan this feature 或 use review-work to review this diff。
• 自然表达：plan this feature、diagnose this failure、write a handoff 或 review this change。
• 纠正：在 Agent 选错工作流时，直接指定技能名称。

操作指南

• 不确定或高风险的工作，或明确提出的规划请求 -> plan-work。用户要求时，规划可以在聊天中完成；否则默认保存为临时 Plan。
• 已从 Plan、交接文档、发现结果、直接简述、文档任务、修复或重构中明确决策的工作 -> implement-work。只有由 Plan 统筹的工作才需要跟踪 Plan；始终需要验证，并由独立的新上下文进行审查。
• 规模很小且目标明确的实现 -> 直接处理；交付前仍需由新的上下文进行审查。
• 了解代码 -> explain-codebase。
• 调查根本原因 -> diagnose-issue；修复需要明确授权。
• 审查 Plan、实现、后续工作或交付物 -> review-work；审查仅限只读，除非用户另行要求修复。
• 编写后续提示词或文件 -> write-handoff；文件与聊天存储和 Immediate/Durable 生命周期相互独立。
• 探索架构改进机会 -> improve-architecture；审查具体变更应使用 review-work。
• 范围明确且保持行为不变的简化 -> simplify-work。
• 一次性设计实验 -> plan-prototype。
• 不确定但工作量较大 -> use-workflow。

除非用户要求查看完整指南，否则回答应简洁。如果用户问“如何将其用于 X？”，请解释并给出下一条提示词，而不是悄悄开始执行。