Bug动物园

问题从哪来

缺陷台账往往停在 TAPD 或表格里：一行标题、一段堆栈，开发者按优先级被动领任务，很难从错误类型里看出「这类问题我们修过几次、谁更熟」。团队复盘时也缺少可分享的叙事——除了数字，几乎没有让人愿意主动多修一个 Bug 的反馈回路。

技能如何工作

Bug动物园把 TAPD 上的缺陷当成可收集的「物种」，用规则引擎（classifier.js）根据异常类型和堆栈信息映射到预设物种，例如 NullPointerException → 空指针蝎子、MemoryLeak → 内存泄漏贪吃蛇、DeadLock → 死锁章鱼等，配置来自 species.json。

典型流程可以概括为：

• 扫描项目 Bug：从 TAPD 拉取列表，生成分类后的扫描报告（reporter.js + tapd-client.js）。
• 查看详情与档案卡：单个 Bug 会生成带趣味化描述的「物种档案」，便于在站会或新人 onboarding 时快速对齐上下文。
• 团队激励层：achievements.js 维护排行榜与个人成就（如修复数量、特定物种、夜间修 Bug、单日紧急修复等），数据可在本地持久化，用于周会展示而非替代 TAPD 状态机。
• AI 修复链路（较新能力）：对选定 Bug 做根因分析，输出 Diff 格式修复建议、风险评估与测试建议；支持查看完整 Diff、本地应用（先备份、预览、确认后再写入）以及回滚；并可对接工蜂提交。

架构上，TAPD 是权威数据源，分类与报告是读侧增强，成就与排行是统计层；AI 修复是可选的「方案生成 + 人工确认」路径，不应默认等同于已验证上线。

适用边界

• 依赖 TAPD：首次使用需配置 TAPD Token；Jira / GitHub Issues 在规划里，当前以 TAPD 为主。
• 分类是启发式：物种映射基于错误类型与规则，复杂业务缺陷或日志不全时，标签可能偏「好玩」而非精确根因，仍需人工判读。
• 自动改码需审慎：应用修复前务必看 Diff 与备份；回滚能力针对本地应用步骤，不能替代代码评审与回归测试。
• 游戏化是激励手段：排行榜与徽章不定义 SLA；紧急 Bug 仍应以 TAPD 优先级与发布流程为准。