被遗忘的引擎与教会我"背叛"的错误信息
来源:dev.to — 2026-08-09
📋 概述
这不是营销故事,而是从真实会话记录和提交历史重构的叙述——每个日期都准确,每个 bug 都真实。作者在测试 pheronagent(一个运行本地 90 亿参数模型、不向云端发一个字节的 macOS 智能体)的过程中,反复问自己一个问题:"它到底是真的在正常工作,还是只是让我感觉它在工作?"故事始于五月早些时候,在一个完全无关的基建提交里,埋着一个 34 行的测试文件,六个简单场景。它被遗忘 27 天。三个半星期后,在同一个项目的不同目录、不同命名体系下,一个新的测试引擎从零重建——324 行 Python 和 16 个新场景,而没人知道第一个文件存在过。两套场景没有一个重合——这不是更新或扩展,而是同一个想法被同一个项目独立地重新发明了两次。
🔑 核心要点
- 故事核心:一个 34 行的测试文件被遗忘 27 天后,同一项目在别处独立重建了 324 行的测试引擎
- 两套测试没有一个场景重合——不是更新而是同一个想法的独立重发明
- 贯穿始终的问题:"它真的在工作,还是只是让我感觉它在工作?"
- 作者追踪的"数字"是靠验证而非计数得到的,这成为方法论诞生的起点
- 方法论往往不是规划出来的,而是从一个被遗忘的文件、一次没人注意的删除中诞生
💡 金句
如果你问一套方法论是怎么诞生的,诚实的答案通常是:不是靠规划——而是从一个被遗忘的文件、一次没人注意的删除,以及问出那句"我真的验证过那个数字,还是只是数过它?"开始。
👍 0
👎 0
← 返回 dev.to 首页