一念成仙，做自己项目的人肉 harness
之前我在这里发帖子，有人说我写的文章太 AI 了。那我今天想来分享一下我从 2023 年开始用的一个编程的范式。
我写这一篇文章，既不害怕别人嘲笑，也不怕被人笑话。如果你觉得我说的是个笑话，那你就笑一笑。如果你想在评论区发表一些刻薄的言论，我也不会生气，我都会听取。
叠甲的部分先叠完了。最近有一个故事，就是我和一个朋友讨论一个平台新增的功能。他问我，你用的是 CodeX 还是 Claude Code？我说我是用的 GPT 网页版。他问我，网页版你是手写吗？这个年代了，你还不用编程的 Code Agent？我告诉他我没有手写，都是 AI 在写。他感到很疑惑，说你怎么只靠对话就能写代码？现在还有人在用网页版的 GPT 啊。
其实那时候我没有解释，但我比他更快更准确地完成了这个功能。在测试时，我对需求的把握比他更精准，做得也更好更快。这个时候，我开始思考，问了一下社区的朋友，发现他们都在用 CodeX 或 Claude Code。我心里纳闷，难道我用的网页版不也一样快吗？于是我去问他们，结果发现一个问题：他们已经失去了对自己项目架构的掌握。
这个项目从 21 年开始到 23 年开放，一直都是我自己手写代码。到了 23 年，我开始引入 GPT 网页版。最开始，我会询问功能的输出哪个地方不对，然后请它解决我一些不懂的代码问题。到后面，我开始把每次出问题的具体代码段发给 GPT 进行改进。后来我才意识到，这个能力很多开发者都已经没有了。当我想改一个问题时，首先我知道具体的部分有问题，我能从最底层的 SQL 查询，到 DAU，再到相关的函数，抽象出一整个流程。然后我会把这个内容放在备忘录里，写上提示词，说明我觉得哪里可能出问题，观测什么，最后发给 GPT。结合我的日志，它能做出非常准确的改动。但我没想到我做的事情，其实就是现在的 Harness 在做的。而我自己坚信我就是这个人肉 Harness。
那么，这样的人肉 Harness 有哪些前提和好处呢？首先，开发者需要对项目架构有足够的掌握，具体到某一行代码。当他对项目的理解达到这种程度时，他才能充当 Harness。当收到用户反馈时，作为独立应用开发者的我，能直接了解用户说的问题，然后将问题抽象到相关代码行，告诉 AI。这样我充当的 Harness 的可控度其实比 AI 自身的 Harness 更高。每当 AI 给我的手术刀代码时，我会让 AI 对齐所有需要对齐的地方。AI 会给我一个很长的文档，甚至上万字的对齐说明，但我有能力逐一阅读，并思考 AI 是如何理解我这段代码的，与我的期望有何不同。接着我会让它进行进一步的改进，这样得到的改动可搜索、可定位。最后，它给出的代码段是我能轻松插入的，仍然留存于我的脑海中。
这是我开发“一念成仙”这个超过 100 万行代码的项目的一直以来的方法。
今天我分享我的开发方式，可能在 AI 时代进入开发的人很难理解。那些在 AI 时代前开始开发，但后期将开发工作交给 AI 的人，也可能无法理解。尽管如此，我运用这种开发方式，开发了一个持续拥有 60 万用户的项目，代码量也超过百万行。直到今天，这百万行代码依然在我脑海里，每个细节都很清楚，每个架构都很明了。AI 只是我的工具，至今我仍未使用 CodeX 和 Claude Code，只保留每月 160 多块钱的 GPT 网页版订阅。但我发现与其他使用网页版的人相比，我使用的网页版似乎不是一个普通的网页版，因为我作为 Harness 参与了这一过程。这篇文章我不是在吹牛，虽然我喝了一点酒，但我说的都是事实。如果大家对我使用网页版开发的方式有疑问，每次都基于自己的架构经验进行细节改动，可以质疑我。
我想我可能会受到质疑：现在还用 CodeX，这样只能做出几百倍的工作效率，这样的意义何在？是不是在闭门造车？还是为了手搓而手搓？我是否认为自己拥有多年架构经验，追求架构的整洁，想掌控项目的能力？你确定你的架构掌控权能力能比未来的模型更强吗？你是否在自己打自己的脸？
我对这方面的评论很感兴趣。
---
原文链接：[点击查看](https://www.v2ex.com/t/1235980)
我写这一篇文章，既不害怕别人嘲笑，也不怕被人笑话。如果你觉得我说的是个笑话，那你就笑一笑。如果你想在评论区发表一些刻薄的言论，我也不会生气，我都会听取。
叠甲的部分先叠完了。最近有一个故事，就是我和一个朋友讨论一个平台新增的功能。他问我，你用的是 CodeX 还是 Claude Code？我说我是用的 GPT 网页版。他问我，网页版你是手写吗？这个年代了，你还不用编程的 Code Agent？我告诉他我没有手写，都是 AI 在写。他感到很疑惑，说你怎么只靠对话就能写代码？现在还有人在用网页版的 GPT 啊。
其实那时候我没有解释，但我比他更快更准确地完成了这个功能。在测试时，我对需求的把握比他更精准，做得也更好更快。这个时候，我开始思考，问了一下社区的朋友，发现他们都在用 CodeX 或 Claude Code。我心里纳闷，难道我用的网页版不也一样快吗？于是我去问他们，结果发现一个问题：他们已经失去了对自己项目架构的掌握。
这个项目从 21 年开始到 23 年开放，一直都是我自己手写代码。到了 23 年，我开始引入 GPT 网页版。最开始，我会询问功能的输出哪个地方不对，然后请它解决我一些不懂的代码问题。到后面，我开始把每次出问题的具体代码段发给 GPT 进行改进。后来我才意识到，这个能力很多开发者都已经没有了。当我想改一个问题时，首先我知道具体的部分有问题，我能从最底层的 SQL 查询，到 DAU，再到相关的函数，抽象出一整个流程。然后我会把这个内容放在备忘录里，写上提示词，说明我觉得哪里可能出问题，观测什么，最后发给 GPT。结合我的日志，它能做出非常准确的改动。但我没想到我做的事情，其实就是现在的 Harness 在做的。而我自己坚信我就是这个人肉 Harness。
那么，这样的人肉 Harness 有哪些前提和好处呢？首先，开发者需要对项目架构有足够的掌握，具体到某一行代码。当他对项目的理解达到这种程度时，他才能充当 Harness。当收到用户反馈时，作为独立应用开发者的我，能直接了解用户说的问题，然后将问题抽象到相关代码行，告诉 AI。这样我充当的 Harness 的可控度其实比 AI 自身的 Harness 更高。每当 AI 给我的手术刀代码时，我会让 AI 对齐所有需要对齐的地方。AI 会给我一个很长的文档，甚至上万字的对齐说明，但我有能力逐一阅读，并思考 AI 是如何理解我这段代码的，与我的期望有何不同。接着我会让它进行进一步的改进，这样得到的改动可搜索、可定位。最后，它给出的代码段是我能轻松插入的，仍然留存于我的脑海中。
这是我开发“一念成仙”这个超过 100 万行代码的项目的一直以来的方法。
今天我分享我的开发方式，可能在 AI 时代进入开发的人很难理解。那些在 AI 时代前开始开发，但后期将开发工作交给 AI 的人，也可能无法理解。尽管如此，我运用这种开发方式，开发了一个持续拥有 60 万用户的项目，代码量也超过百万行。直到今天，这百万行代码依然在我脑海里，每个细节都很清楚，每个架构都很明了。AI 只是我的工具，至今我仍未使用 CodeX 和 Claude Code，只保留每月 160 多块钱的 GPT 网页版订阅。但我发现与其他使用网页版的人相比，我使用的网页版似乎不是一个普通的网页版，因为我作为 Harness 参与了这一过程。这篇文章我不是在吹牛，虽然我喝了一点酒，但我说的都是事实。如果大家对我使用网页版开发的方式有疑问，每次都基于自己的架构经验进行细节改动，可以质疑我。
我想我可能会受到质疑：现在还用 CodeX，这样只能做出几百倍的工作效率，这样的意义何在？是不是在闭门造车？还是为了手搓而手搓？我是否认为自己拥有多年架构经验，追求架构的整洁，想掌控项目的能力？你确定你的架构掌控权能力能比未来的模型更强吗？你是否在自己打自己的脸？
我对这方面的评论很感兴趣。
---
原文链接：[点击查看](https://www.v2ex.com/t/1235980)
· 0 个赞