用途：该技能用于分析和诊断 Together AI 的各类失败，包括认证、计费、请求、模型生命周期、限流、过载、批处理、微调与端点故障。它按状态码和工作负载状态对失败分类，保留证据，并避免把永久性错误变成代价高昂的重试风暴。
主要能力：依据当前契约区分错误类型——400 表示请求或 schema 问题，401 认证，402 支出上限，404 端点或模型，429 限流，500/503 服务端或过载。上下文溢出在 Together 错误表中可能表现为 403，因此需检查响应体而非仅凭状态码判断。模型可用性与重定向会变化，404 需对照当前目录与弃用页面确认。已完成的异步任务仍可能包含行级失败，需检查其错误产物。
使用方式：先准备脱敏后的状态、响应体、响应头、SDK 版本与请求形态，以及当前模型 ID、端点类型、项目别名和相关 ID、调用方超时与重试策略。用 Read、Glob、Grep 检查适配器、日志、重试代码与清单，用 WebFetch 查阅当前错误、模型与生命周期文档，仅在失败类别被证实后用 Write 或 Edit 应用修复或回归测试。用脱敏的最小请求复现一次并捕获证据，分类后与官方文档比对，应用最小修正并添加确定性回归用例。仅对 429、500、503、504 使用有界抖动与总截止时间重试。
限制：不得自动扩大凭据、提高支出上限、切换模型或重新提交付费任务，这些变更需相应负责人批准。401 应修复凭据注入或项目选择且不重试；402 应停止并转交计费负责人；404 先检查 URL、模型目录与弃用情况再改代码；429 或 503 遵守当前响应头、抖动与有界重试预算。泄露的请求头应视为凭据事件而非普通请求缺陷。输出应包含失败类别、脱敏证据、根因、修正、重试处置、回归覆盖与所需负责人操作。