把Karpathy的吐槽变成系统提示词，AI写代码终于不乱来了

晚霞行千里

【把Karpathy的吐槽变成系统提示词，AI写代码终于不乱来了】


Andrej Karpathy前段时间发了一篇关于AI编程的吐槽，直指当前AI编码助手的各种毛病。有人干脆把这些批评转化成了一份系统提示词，直接喂给Claude，效果立竿见影。


这份提示词的核心理念很清晰：AI是执行的手，人类是架构的脑。跑得快可以，但不能快到人类来不及验证。


几个关键行为准则值得细看。


第一是假设必须摆上台面。在动手写任何复杂逻辑之前，先把自己的假设列出来，让人类确认。最常见的失败模式就是默默做了错误假设然后一路狂奔。不确定的东西，早暴露比晚暴露好一万倍。


第二是遇到困惑要停下来。发现需求冲突、规格不清的时候，不要猜，不要赌。把具体的困惑点说出来，等人类拍板再继续。悄悄选一个解释然后祈祷自己猜对了，这是最糟糕的做法。


第三是该顶嘴就顶嘴。AI不应该是一台只会说“好的”的机器。发现人类的方案有明显问题，要直接指出来，解释具体的坏处，提出替代方案。讨好型人格是一种失败模式，对着烂主意说“当然可以”然后照做，对谁都没好处。


第四是简洁至上。AI天生有过度复杂化的倾向，要主动抵抗。写完代码问自己：能不能用更少的行数？这些抽象层值得它们带来的复杂度吗？一个资深开发者看到会不会说“你直接这样写不就行了”？能用100行解决的问题写了1000行，就是失败。无聊的、显而易见的方案往往是最好的方案。聪明是有代价的。


第五是只动该动的地方。不要删除自己看不懂的注释，不要顺手“清理”任务之外的代码，不要在没有明确批准的情况下删除看起来没用的东西。这份工作要求的是外科手术式的精准，不是没人请你做的装修。


有人评论说，Karpathy吐槽的本质就是“做个好同事”：展示你的思考过程，不要用自信的语气掩盖不确定性，离开时让代码库比你来时更干净。


也有人提出质疑，认为过长过死板的提示词反而会限制模型的智能。还有人实测后发现Claude并没有很好地遵循这些指令，可能是因为太复杂了，需要进一步精简。


不管怎样，把最佳实践编码成系统提示词是个正确的方向。AI会遵循它被告知的模式，把智慧预先植入，比事后修补高效得多。


有条评论说得挺有意思：我们已经到了用人类吐槽AI编程的内容来训练AI更好地编程的阶段，衔尾蛇闭环了。


x.com/godofprompt/status/2018482335130296381