Markdown：新时代的编程语言

软件开发领域正在经历一场根本性的范式转移。当业界还在热议如何治理AI生成的"屎山代码"时，有人已经跳出了这个思维框架——王建硕认为，我们对AI代码的认知本身就走错了方向。 在他看来，今天程序员面对的AI代码问题，正如几十年前程序员面对汇编语言的问题：底层代码已经复杂到人类难以直接维护，但这恰恰不是问题所在。真正的问题，是我们站在了错误的层级去思考解决方案。

代码不是用来维护的，是用来运行的

王建硕提出了一个反直觉但极具洞察力的观点：AI生成的代码对应的是新一代的"汇编"，它不需要被维护，只需要被运行。 "屎山只要不被人看到，它就不是屎山。"这句话初听有些玩世不恭，细想却揭示了一个深刻的真相——我们在C语言时代就已经放弃了直接维护汇编，转而通过编译让汇编自动跟随变化。今天的AI代码，本质上是同一个故事的重演。 他进一步重新定义了"bug"的含义：代码不存在错误，只存在与意图的不一致。当你抱怨LLM输出不对时，问题往往不在代码层，而在你最初的描述层——你想要蓝色，却只说了"print color"。正确的修复方式是在自然语言层追加"blue"，而不是去改Python代码。

用户反馈驱动的自动化开发闭环

更令人震撼的是他的实践。用户可以在APP里直接写下"希望字体大一点"这样的反馈，而几个小时后，APP就会按照用户的要求完成自我重写。整个技术链路出人意料地朴素： 用户提交反馈 → 自动创建GitHub Issue → Claude Code监听Hook并拉取代码 → AI读取Issue、编写代码、运行测试、合入主干 → 自动Build → 推送TestFlight → App Store审核上线。 从提交问题到用户手机收到测试版本，周期大约五分钟；审核上线则在一两天内完成。王建硕甚至说，现在他已经不需要用户反馈了——PM Agent会自动判断"下一版应该做什么"，然后驱动整个开发流程自行运转。

把PRD当作源代码来写

王建硕的工作目录里没有传统意义上的代码仓库——只有几万行.md文件和文件夹结构。这些.md文件定义了项目的方方面面：从推广角度、视觉规范、口吻风格，到平台规格、内容生成规则。 "这跟我过去20年写C和Python的工作流，本质是一模一样的——唯一的区别是，千万别再去碰代码。"在他看来，.md文件就是新一代的源代码，LLM是新一代的编译器，而人类写的自然语言则是我们这个时代的"汇编"。 关键在于：这些自然语言必须是你自己一个字一个字敲出来的，而非AI生成的。你写的越多，控制得越细；你越偷懒，AI给你的就是它的缺省值。

程序员需要从抬轿子转向开车

面对程序员的未来，王建硕的态度颇为直接：这是一群在AI浪潮中处境危险的人。不是因为他们笨，而是因为他们太熟练——熟练到更容易被困在"抬轿子"的旧模式里。 他的比喻精妙：过去的人靠力气抬轿子，今天的车动力远超人力，但前提是你必须学会开车。程序员现在的问题不是代码能力可以被AI替代，而是他们花在"治理屎山代码"上的努力，实际上是在更熟练地做一份正在消失的工作。 "离新技术越近的产业工人，是越惨的。"历史上工业革命淘汰的不是农民而是熟练工，互联网革命淘汰的不是文盲而是报社金牌编辑。这一次，轮到了那些固守旧范式的程序员。

如有侵权，请联系删除。