用途：从现有证据重建问题经过，或弄清不熟悉的代码区域做了什么，产出结构化案卷文件，供另一位工程师在无上下文情况下接手。可在缺陷追踪（有症状）与区域探索（无症状）两端持续校准，纪律一致。
输入形态：工单 ID、日志文件路径、诊断归档、错误消息、代码区域名称、问题描述，或已有案卷文件路径。最后一种为恢复此前调查，其余开新案。工单 ID 存在时以其为 slug，否则用与用户商定的简短描述名，规范化为小写字母数字加连字符；同路径冲突时询问改名 slug-YYYY-MM-DD.md 还是恢复原文件。slug 确定后立即初始化案卷文件，作为跨中断的持久状态。
主要能力：按证据分级——Confirmed（直接观察，引用 path:line、日志时间戳或 commit hash）、Deduced（逻辑推出，需展示链条）、Hypothesized（合理但未证实，说明验证或反驳条件）；先锚定一个 Confirmed 证据再向外扩展，不从理论反向找支持；质疑前提，用户描述只当假设；证据与理论冲突时改理论；假设永不删除，只更新状态与解决记录；缺失证据本身记为一笔发现；5 个以上文件或单文件超 10K tokens 时委派子代理，仅返回结构化 JSON；独立操作并行发起。
使用方式：激活时运行 python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow，依次执行前置步骤、加载持久事实与配置，向 {user_name} 问候，执行追加步骤，然后确认输入并路由。输出写入 {implementation_artifacts}/{workflow.case_file_subdir}/{workflow.case_file_filename}；路径引用使用 CWD 相对格式，不带前导斜杠。每个结果之后先汇报所学并暂停等待用户。
流程与场景：结果 0 加载已有案卷并列出开放假设、待办、缺失证据与最后结论；结果 1 建立范围与锚点，无确证证据时进入证据稀少分支；结果 2 并行盘点诊断归档、问题追踪、版本控制、测试结果、静态分析、源码等证据边界并分类为可用、部分、缺失；结果 3 纪律化推理因果、重建时间线、形成并检验假设、对照原始前提；结果 4 追踪源码，区分探索型与症状驱动型，调查止于诊断；结果 5 定稿报告与交接简报，给出结论置信度与后续行动菜单。
限制：实现不在范围内；缓解与变通方案仅在明确请求时生成；收费、平台与效果等细节暂未提供。