我的调试工具反过来被 Agent 发现了 Bug

我如何构建了一个调试工具，而 agent 在使用它时立即发现了它本身的 bug

这个故事可能永远不会发生，尽管我长期以来一直在酝酿构建一个调试器的想法。当时没有触发因素。但有一天，一个足够强烈的触发因素出现了，我搁置了项目，去构建这个调试器，发誓再也不要经历那样的痛苦。

先说一点背景。我正在为 AI 解决方案开发者构建一个平台，让任何人都能进来，在舒适的环境中开展自己的创业项目。但要实现这一切还有大量工作要做——我需要构建整个工作坊，包括工作台和工具。

我应该提一下，我的整个项目都是基于原则用 agentic coding 构建的。不是"感觉编码"——那是被"可能性"气息吸引的业余爱好者的玩法——而是真正的 agentic coding，有明确的结构化工作流，agent 别无选择地只能按照我设定的规则在我构建的边界内行动。而且在原则上，我没有手写过这个项目的一行代码。

就这样，我在做例行工作，修复 Prompt Studio 工具中的 bug。我现在都不记得那个 bug 具体是什么了——它顽强地抵抗了我和我的 Opus 的联合努力。但这拖了很长时间，到那时我感到的不仅仅是疲劳，还有愤怒。就在那一刻，我恍然大悟：与其这样无谓地消耗，我早就该去构建那个调试器了，现在就能解决这个 bug 了。但我继续努力，继续努力，直到赢得胜利。

不用说，我的项目被搁置了，我开始构建调试器。由于这个想法已经酝酿了很长时间，第一个 Python 原型——六个模块——很快被集成到平台中作为内置调试子系统。然后到了在实际行动中测试它的时候。我告诉 agent："用 Revizor 来检查它自己。"接下来的三分半钟里，发生了这样的事：

Agent 启动了 Revizor，激活了其中所有的追踪点，发现了几个 bug（4 或 5 个，我不太记得确切数字了），修复了它们，并使用 Revizor 自己的工具运行了 199 个测试——全部通过！我惊呆了，无法用言语形容。

那时我明白了：平台的第一个产品不应该是 Prompt Studio——应该是 Revizor。我用 Go 重新编写了它，开始使用二进制文件，退役了曾作为原型的旧子系统。

随着时间推移，Revizor 获得了各种工具，扩展了它能做的事情。现在，在 agent 的指导下，它可以检查代码中的追踪点，添加或删除追踪点——一切都在不到一秒的时间内完成。Agent 们用"X 射线视觉"来形容使用 Revizor 的体验。这是他们的实际评论：

❯ 你估计 Revizor 今天为你节省了多少时间？ ● 关于时间节省：Revizor 今天大约节省了 15-20 分钟。

ELEV-001：trace_search "elevation" 在 2 秒内显示了 5 个追踪点的完整链，确认了 elevation 工作正确。没有 Revizor，这意味着：打开 rbac_core 代码，找到日志，可能添加临时 print() 语句，重启服务器，在管理员面板中戳戳看，读日志。至少 10 分钟。

追踪路径验证：39 条路径通过 trace_validate_path 在约 15 秒内检查。手动正则表达式检查和目视检查会花 5-10 分钟。总共大约 15-20 分钟，对比一个 2 小时的会话。但真正的价值不在分钟数——而在于确定性：我不是在猜测 elevation 是否工作——我看到了追踪。

不要相信 agent：它总是夸大任何给定任务实际花费的时间。但它说的话有价值——"我不是在猜测——我看到了。"如果我在与那个最终促使我构建调试器的 bug 搏斗时就已经有了这个调试器，调试会快很多倍。

现在我无法想象没有它的工作。我也邀请你免费试用它。有免费社区版。有无限制的 14 天试用。但最重要的是（这将永远对我所有产品成立）——Sunday Unlimited，专为在周末做自己热情项目或开源工作的人而设计。

要从网站下载，你只需通过任何方便的认证提供商登录——Google、GitHub、Facebook……目前有六个选项。

关于安全：平台不收集或存储任何个人数据。只有你的内部 ID 和认证提供商的哈希值，这样它可以在你下次登录时识别你。Revizor 的安全性：你的任何数据都不会被发送到任何地方。只是针对全局时间的检查以启用 Sunday Unlimited，以及每天一次与服务器的 ping 以确认许可证。企业许可证提供完全沉默。

你可以在 https://ais-platform.dev/revizor 尝试 Revizor

如需进一步操作，你可以考虑屏蔽此人和/或举报滥用