用途：triage 是一个生产问题修复器，以 /check-production 为基础原语，按“审计→调查→修复→PR→事后复盘”流程处理线上故障。若只想创建问题而非修复，可改用 /log-production-issues。
主要能力：阶段一生产审计，并行检查 Sentry 未解决议题、Vercel 近期错误日志、/api/health 健康端点、GitHub CI/CD 失败运行，并按 P0/P1/P2 输出状态与建议；阶段二调查，支持 /triage investigate ISSUE-ID 深挖 Sentry 议题、/triage investigate-ci RUN-ID 分析 CI 失败，可委派 Codex、Gemini、Thinktank 等工具；阶段三 /triage fix 在 fix/ 分支上跑测试并创建 PR，关联 Sentry 议题；阶段四 /triage postmortem ISSUE-ID 在合并部署后生成复盘文档并解决议题。
使用方式：常用命令包括 /triage、/triage investigate VOL-456、/triage investigate-ci 12345、/triage fix、/triage postmortem VOL-456。脚本位于 ~/.claude/skills/triage/scripts/，如 check_all_sources.sh、check_sentry.sh、check_vercel_logs.sh、check_health_endpoints.sh、generate_postmortem.sh。也可用 sentry-cli 与 gh 命令，例如 gh run view RUN-ID --log-failed、gh run rerun RUN-ID --failed。推荐配置 Sentry MCP。
环境变量：Sentry 需要 SENTRY_AUTH_TOKEN（或 SENTRY_MASTER_TOKEN）、SENTRY_ORG，SENTRY_PROJECT 自动检测；Vercel 可选 VERCEL_TOKEN。
适用场景：需要快速定位并修复生产故障、CI 失败，并沉淀复盘文档的团队。
限制：依赖 Sentry、Vercel、GitHub 等外部服务与相应凭据；具体平台支持范围、收费与效果资料未提供。完成后可生成可视化 HTML 摘要，写入 ~/.agent/diagrams/triage-{date}.html，简单会话或 --no-visual 时可跳过。