核心用法
Jarvis Bug Triage 01 是一个面向软件开发团队的结构化工作流技能，专门用于处理生产环境缺陷的快速分诊与修复。其核心设计遵循"最小可复现优先、风险前置评估"的原则，通过五阶段剧本（Playbook）将混乱的 Bug 报告转化为可执行的工程方案。
输入处理：技能要求明确三类输入——目标产出与时间约束、工具与风险容忍度边界、以及现有证据材料（代码片段、文档、截图、日志）。这种结构化输入确保后续分析建立在完整上下文之上。
五阶段执行框架：
1. 成功标准定义：将模糊的"修复 Bug"转化为可测量的验收条件
2. 最小路径构建：在全面投入前验证核心假设，避免过度工程
3. 检查点执行：每个阶段留存证据，支持审计与回滚
4. 质量门禁：强制要求证据支撑、显式声明假设与权衡
5. 交付物生成：输出可直接交由工程师实施的方案
输出规范：严格限定为 5 行情境摘要、按影响排序的发现、双时间维度的行动计划、风险与缓解措施、以及可直接执行的命令清单。
显著优点
- 工程化严谨性：借鉴 Site Reliability Engineering 的最佳实践，将"可复现性"和"可回滚性"作为硬性约束
- 风险前置设计：质量门禁中的"可逆变更优先"原则显著降低生产事故概率
- 决策透明度：强制显式声明假设与权衡，减少隐性技术债务
- 输出可直接执行：区别于泛泛的建议，交付物包含具体命令和检查清单
潜在局限
- 上下文门槛：需要用户具备提供结构化输入的能力，对非技术背景的报告者不够友好
- 时间成本：严格的质量门禁和检查点记录在紧急火情场景下可能显得笨重
- 领域局限：明确聚焦于软件缺陷分诊，不适用于安全事件响应或性能优化等场景
- 未经验证：技能简介中提及的安全认证报告仅为占位文本，未经过实际安全扫描
适合人群
- 需要处理生产 P1/P2 级故障的后端工程师与SRE 团队
- 负责代码审查与发布把关的技术负责人
- 需要为团队建立标准化 Bug 处理流程的工程经理
常规风险
- 过度结构化风险：小型团队或简单 Bug 可能因流程负担而降低效率
- 证据收集陷阱：在日志不全或难以复现的场景下，"证据支撑"原则可能导致分析停滞
- 回滚幻觉："可逆变更优先"并非绝对保障，数据库迁移等操作仍可能面临不可逆影响