能力是相对的位置才是绝对

一个天天用 Codex 的人，把翻车点讲得很直白。那家伙会写出两万六千行测试，功能却一个都没上线，离谱。 这不是段子，是没盯紧时的真实下场。测试代码哗哗往外冒，覆盖得漂漂亮亮。可该交付的特性卡在原地，指标全绿，进度为零。看着忙得要死，实际原地打转。没设验收标准的团队，最容易被绿灯骗过去，血亏。 给它安排岗位的建议很实在。要么当拉磨的马，配严丝合缝的规格，照单干活。要么当审查者，挑毛病它在行，用 Astra 也一样。别让它当船长，掌舵的活它接不住，接住了方向也未必对，得防。 同一套工具在不同人手里的速度差，也被摆上台面。换到 Opus 5.5 之后，干活节奏明显更快，作者自认那才是主力档。掌舵权一交出去，速度立刻塌下来。体感落差没法用跑分解释，用过的人心里有数，不服不行。 我的看法是工具选型，正从谁分高转向谁放哪合适。同一行代码，当执行者还是当监工，产出差着量级，这跟工马定位对上了。能力是相对的，位置才是绝对的，这话哪行都成立，认了吧。 下次派活前先问一句，这活要严格照办还是自由发挥。前者给规格，后者给方向，角色划清了。两万六千行测试的惨剧，才不会在自己项目重演，看一次就够。