WorkBuddy技能评测 #130 | systematic-debugging：禁止 AI 靠猜改 bug 的调试流程

2026-11-05silcano

基本信息

• 技能名：systematic-debugging
• 来源仓库 Star 数：38,095（superpowers 社区合集）
• 单技能下载量：平台未公开
• 分类：Developer Tools
• 数据来源：SkillKit 中央技能库（WorkBuddy 生态的第三方技能市场）

它解决了什么痛点

AI 遇到 bug 的默认反应是「我觉得可能是这里」然后改一版试试，不行再改一版。改到第五版时，原始错误被新错误盖住，问题反而更难查。这个技能把调试变成有顺序的流程：先稳定复现、再缩小范围、再定位根因、最后才动手改，且要求每一步都有证据（日志、断言、对照实验）。

对我有没有用（技术 / 自媒体 / AI / 读书）

技术方向：强推，尤其是你这种「本地脚本 + 远程服务器 + 第三方接口」的多层环境，故障经常横跨三层（本地编码、SSH 传输、PHP 运行时），凭猜只会越修越乱。AI 方向：有用，它本质是给 agent 装了一套「先取证再结论」的纪律。自媒体：可做方法论选题。读书：无关。

典型场景

发布文章时报 500，日志只有一行 Call to undefined function。技能会驱使 AI 先复现（固定复现脚本）→ 缩小（换一篇纯 ASCII 文章是否仍报错，排除编码问题）→ 定位（grep 全站函数调用，确认被 php-fpm 禁用）→ 修复（加函数存在判断）→ 回归（再跑一次复现脚本）。成果：从「试了七八次」变成「四步定位」，而且你知道自己修的是根因。

一句话结论

和 #129 是一对：一个管写代码，一个管查 bug。两个都装，AI 的手会稳很多。

📊 完整对比数据见在线总表：WorkBuddy 技能市场全量调研总表（腾讯文档）