（2917期）Jarvis Bug Triage 01 – 生产 Bug 极速分诊与风险优先修复

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