用途：explain-dev 用于把技术复杂性转化为开发者可检查、可操作、可理解的材料。随着智能体承担更多实现工作，它帮助人类审视行为、假设、权衡与证据；为单个决策构建一次性的定制解释器也可能值得。
主要能力：先推断受众、主题与决策，仅在缺失细节会实质改变解释时提问。尊重用户指定的输出格式，否则选择最能暴露机制的格式。支持四种模式：写作（精确步骤、快速解释或异步评审）、图表或图像（结构、依赖、边界或消息顺序重要时）、交互式 HTML（读者需探索状态、参数、替代方案或执行时）、讲解视频（时间、运动或叙述性概念推导能说明机制时）。可组合格式，如摘要配图表、文字稿配视频。
使用方式：解释实际行为前，先检查相关代码、配置、测试、日志、差异或提供的模型输出，并在影响结果时标明版本。区分已验证事实、推断、假设与未解决问题；引用文件路径与符号，外部主张引用权威来源。解释可观察行为与证据，不虚构模型私有推理，不把流畅输出当作证明。追踪一个具体输入穿过系统，包含有意义的失败案例及其触发条件。在所有格式中保留标识符、单位、错误消息、安全边界与技术注意事项，明确标记虚构示例数据与模拟。区分当前实现与提议变更；对 PR 展示触发条件、前后行为、权衡与相关验证。
构建与检查：创建所请求的交付物，而非只描述如何创建。可复用项目工具与可用的专门技能，不绑定特定供应商或框架。除非要求集成，生成的解释器与生产代码分开。自定义 HTML 或视频需将可编辑源与产物放在一起，并说明如何打开或复现；对照证据检查机制，演练相关交互或播放，检查渲染输出，报告检查内容与限制。若所需渲染器或凭据不可用，保留有用源或故事板，标注不完整并说明确切的剩余步骤。最后给出产物链接、读者能学到或改变什么的简要说明，以及影响决策的未解决假设。
适用场景：代码与架构理解、调试轨迹分析、PR 评审、语言模型输出解释，以及需要交互探索或视频讲解的技术沟通。
限制：资料未提供具体安装命令、收费、价格、平台或效果信息；不绑定特定供应商或框架；若渲染器或凭据不可用，只能保留源或故事板并标注不完整。