用途：当用户提供失败的 Job、询问“这个 Job 为什么失败”或想修复时，Job Debugger 负责诊断单个 Job 的失败原因，并给出可落地的改进建议。它只读不改，不编辑 Assignment、SOP、Connection 或 case。
主要能力：区分症状与根因，把失败归入七类模式（Connection 失败、SOP 歧义、缺少终止动作、高风险动作缺少 HITL、缺少数据、批量/迭代泄漏、错误拆分），并输出结构化结论：失败模式、出错位置、证据引用、修复项、下一步。
使用方式：分两种模式。API 模式通过 Duvo 公共 API 的 MCP 工具读取数据，如 getRun、listRunMessages、getRevision、getCase、listConnections、listRuns、getAgent；也可用 CLI（duvo runs get、duvo runs messages、duvo revisions get）。粘贴模式无 MCP 工具时，需用户提供 Job ID、当时生效的 SOP、最终错误或相关记录片段及 Connection/case 上下文。
关键规则：必须基于实际 transcript 和当时生效的 Build（用 getRun 的 build_id 调 getRevision），而非当前 SOP；区分失败与等待人工的暂停；修复须是单一具体改动，若涉及 SOP 则交给 sop-writer 改写。
适用场景：单个 Job 深度排查，或对同一 Assignment 近期 Job 做模式扫描。限制：无法访问工具列表或用户分享之外的内容，不得编造 transcript、Connection 名称或 case 字段；资料未提供具体收费、平台支持范围等信息。