用途：当用户要求详细、面向初学者或分步骤的解释，想理解某事物如何或为何运作时使用。目标是帮用户建立从整体到具体机制的心智模型，细节程度与问题相称，详细不等于穷尽。
主要能力：先确定用户真正在问什么，并从上下文推断其起点；仅在背景会实质改变答案时才追问。对代码、错误、PR、issue 或文档，先检查可用来源再解释；无法检查时只索取最少缺失材料。区分直接证据、推断与未知，不把可能原因说成已确认，也不无依据地推断作者意图。
使用方式：按需选用分层结构——定位（说明主题是什么及为何相关）、准备（首次使用即以平实语言定义关键术语）、拆解（按自然顺序排列部分、事件或变更）、连接（追踪因果、数据流、控制流、状态变化或前后行为）、演示（加入能揭示机制的最小示例、片段、类比或计算）、限定（说明重要限制、风险、例外或权衡）、强化（结尾给出值得记住的少数要点）。顺序随材料调整：错误用症状→证据→原因；代码变更用目标→前后→执行流；文档用背景→决策→后果。必要时引用相关文件、章节、代码块、日志或测试。
适用场景：解释代码、报错、PR、issue、文档或一般概念，尤其适合需要初学者友好、分步讲解的请求。
限制：示例要诚实，走通有意义的状态变化，而非丢下未解释的代码或图；类比要说明对应关系及失效边界。简化词汇与前置知识，但不简化事实。默认一次回复内完成由浅入深的解释；仅在存在实质歧义、用户要求分阶段教学或明显困惑时，用一个具体问题暂停。尊重简洁、只要代码或不要解释的要求。该技能只负责解释，本身不批准、审查、诊断修复或修改产物；若用户需要这些结果，应结合相应工作流。