用途：调查 B2C Commerce 的结账失败、支付失败、失败订单增加或订单量下降。目标是量化观察到的症状、定位可能的子系统并产出可执行交接，不创建测试订单、不扣款退款、不改订单状态、不修改生产数据。
范围与影响：先用 config_inspect（CLI：b2c setup inspect）确认站点、UTC 时间窗、报告症状和对比周期，缺失值需询问。所有调用保持同一目标与窗口，无需 cartridge 源码。“订单下降”可能指流量减少、结账错误、购物车放弃、支付拒绝或报表延迟；失败订单记录并不能衡量全部结账尝试或转化，不要强行归因于支付。记录范围、持续时间、绕过方式和负责人；面对在线客户影响应按团队严重级别与更新流程处理，不必等精确计数再升级。
访问与工具：支付/自定义日志用 logs_list_files 后再对发现的 prefix 调 logs_get_recent（CLI：b2c logs list / b2c logs get），先取 20 条相关记录，样本不等于全窗口计数；订单记录通过 code mode 发现 Admin Orders 契约，响应枚举不代表支持状态过滤，可参考 failed-order triage 的 OCAPI 回退；受影响产品/属性用 SCAPI Admin 产品读取和租户自定义字段实时 schema，只比对已知 ID 与选定字段；疑似导入/集成用 b2c-job-health 并查看所选作业日志与实际数据效果；流量/延迟上下文在启用处用 code mode Metrics 或 CLI b2c metrics，CIP/CCAC 趋势经 cip_discover / cip_query（CLI 回退 b2c cip），注意新鲜度与覆盖限制。code mode 前读 skill://mcp/scapi/SKILL.md，优先专用工具；先发现操作与必填字段，组合作有限读取，返回所选证据及错误与续页信息，只读必要的条件引用。
检查与判断：用可比窗口和明确分母量化，缺失计数标 unknown，零分母比率标 undefined，抽样产品标为样本频率；保留查询错误，绝不能把错误转为零失败。查找重复集成错误、时间戳和安全关联 ID，输出避免客户/支付数据。网关响应可能指向上游数据、配置、提供商可用性或输入校验，需逐一验证。对比失败与健康输入，必要时发现相关自定义属性，不要把整份产品/订单负载倒入上下文。有证据时定位可疑字段的写入方，审查作业执行/日志与真实变更记录，仅时间戳巧合不足以判定回退部署。
缓解与恢复：复现、重跑、部署或改数据需明确授权和合适环境。干预后用全新的等效区间比较相同信号，验证业务行为并区分观察延迟与确认恢复。交接可在无代码修复时完成。
升级与交接：报告影响/站点/窗口、计数与样本限制、安全关联 ID、日志片段、受影响输入、假设、访问缺口及下一负责人/更新。订单访问受阻可继续用日志。提供商证据交给集成负责人，自定义缺陷交给开发者，疑似平台故障交给 Salesforce Support，可用原生 b2c-production-triage 或 MCP 案例模板。撰写草稿后，提交案例或消息需授权。