用途：当需要审阅或学习智能体编写的代码时，让推理与代码一同交付。技能主张：直接给出成品答案虽提升产出，却会削弱人的判断力，因此应让思考成为交付物的一部分。
主要能力：
- 让推理可见。对任何非平凡改动，按影响范围一并输出假设（对代码库、输入、环境的预设）、考虑过的替代方案（可行方案及各自被否决原因）、影响（该设计让后续什么变容易或变难，以及逆转需要改动什么）。影响范围大却未说明推理的改动视为不完整。
- 先呈现权衡再决策。不把单一设计当作必然，需陈述决策、选项、各选项胜出的维度，再给出决定与理由，并记入权衡台账以便事后审计和当下质疑。
- 选择模式并逐步消退。按任务选择协助模式：explain 模式由智能体叙述推理、人编写核心代码，用于陌生领域、高风险路径和想掌握的技能；produce 模式由智能体编写、人审查，用于样板、熟悉模式和可逆的低风险工作。默认对通用工作用 produce，对以理解为目的的工作用 explain；随人能力增长，从 produce 淡出到 explain 再到手动。
适用场景：智能体产出人需要维护、审查或担责的代码；改动涉及陌生子系统或高风险路径（认证、迁移、资金、并发）；设计决策存在多个可辩护答案；人想在某领域建立技能而非仅交付。
不适用：只需交付并验证改动；仅判断是否该构建。
限制与要点：说明即交付，所花时间是工作本身而非开销；必须点名被否决的替代方案；不要推迟理解到出问题那一刻，自动化偏见使人最容易在出错时最信任输出；永不消退的协助会造成依赖。相关技能包括 imbue:proof-of-work、imbue:graduated-implementation、imbue:rigorous-reasoning、imbue:karpathy-principles、leyline:decision-journal、leyline:risk-classification。
退出标准：非平凡改动随附按影响范围说明的假设、替代方案与影响；会话中至少记录一项重要设计决策及其被否决的替代方案；明确声明所选协助模式而非默认 produce；对正在建立技能之处，协助程度低于恒定脚手架。