人工智能时代的破局与探索：编程与创作
今天早上看到一篇文章，标题挺有意思：《The Safest Job from AI may be Writing》，作者是 MongoDB 的首席科学家 Murat。大意是，在 AI 已经能写代码、查 Bug，甚至被一些公司拿来衡量程序员生产力的今天，写作反而可能是一个没那么容易被 AI 取代的领域。
这个观点有点反直觉，按照现在的发展速度，AI 写代码的能力确实进步得很快。以前需要自己查文档、试接口、反复调试的事情，现在把需求说清楚，AI 很快就能给出一个能跑的版本。有些工作，过去要花上半天，现在可能十几分钟就能完成。
在编程领域里，代码能跑和工程上真正可用，是两回事。
在很多场景里，AI 已经能实实在在地替人干活了。写文章就有点不一样。让 AI 写一篇结构完整、语句通顺、看起来还有些专业性的文章，并不难。真正的问题是，读完以后，你觉得它说了什么？有没有哪个观点让你停下来想一想？有没有一些内容，是你以前没注意到的？
很多时候，文章看完了，什么都记不住。不是因为它写得差。恰恰相反，它可能写得很流畅，段落清晰，观点明确，甚至每隔几段就能出现一句值得摘抄的话。可合上文章以后，总觉得少了点什么。
我觉得，这才是现在不少 AI 文章面临的问题。它们通常能把一件事说得很完整，却不一定能说出什么真正值得听的话。
代码有相对明确的验证方式。编译能不能通过，测试能不能跑，功能是不是符合预期，系统在压力下会不会出问题，这些都能提供反馈。虽然软件开发远没有想象中那么简单，需求本身也经常是错的，但至少在许多具体任务里，我们可以根据结果不断调整。
一篇文章语句通顺，不代表观点成立；论证完整，不代表分析有深度；转发量高，也不一定说明内容有价值。
更麻烦的是，同一篇文章，不同的人读起来可能完全是两种感受。有人觉得说到了心坎里，有人觉得全是废话。即使是同一个人，换个时间、换种处境，也可能产生不同的判断。
复杂问题研究中有一个概念，叫 Wicked Problem，通常译作“棘手问题”。
写作有点类似。很多时候，问题本身就没有一个统一的评价标准。既然连什么算好都很难说清楚，又怎么能指望机器仅凭某个明确的指标，持续把文章写得更好？
还有一个问题，可能比技术上的限制更难解决：写文章，不只是把信息组织好，还要理解读者为什么愿意读下去。
有经验的作者往往知道，哪些话不必说得太满，哪些道理读者早就明白，哪些地方需要举例，哪些地方反而应该停下来，留一点空间让读者自己想。这些能力，很大一部分来自长期积累。你见过一些事情，处理过一些问题，也可能因为判断失误付出过代价。时间久了，你会发现，很多看上去正确的道理，放到具体环境里未必成立；有些事情表面上很复杂，真正的关键却可能只有一两处。
这些经验不一定能直接写进文章，却会影响你怎么选择问题、怎么看待矛盾，以及最后决定说什么、不说什么。
AI 可以学习大量已有的表达方式，也能把信息整理得有条理。但把话写出来，和知道哪些话值得说，终究不是同一件事。
现在生成文字的成本越来越低，网上不缺文章，也不缺观点。各种分析、解读、总结，每天都在大量出现。可是，信息越多，人反而越难找到真正有价值的内容。
这个时候，稀缺的东西可能就不再是写作能力本身，而是一个人经过实际经历以后形成的判断。
经济学里有个概念叫“昂贵信号”。
简单说，有些信号之所以可信，是因为发出它需要付出成本，不是谁想模仿就能轻易做到的。
放到写作里，真正有价值的内容，有时恰恰来自那些不容易速成的东西：长期积累的专业经验，对某个问题反复思考后的判断，以及在现实中承担过后果之后形成的认识。
当然，有经历不等于一定能写好文章，写得像亲身经历也不代表事情就是真的。但当越来越多文字可以被轻易生成时，一个作者到底有没有自己的观察和判断，可能会变得越来越重要。
这件事对编程工作者也有些启发。过去，程序同行们花了不少时间写各种重复性的代码。现在，AI 正在接手其中越来越多的工作。接下来，人的价值可能更多体现在另一层：需求有没有定义对，系统应该怎么设计，方案之间如何取舍，以及出了问题以后，怎样判断究竟错在哪里。这些事情并不会因为代码生成得更快，就自动变得简单。
某种意义上，未来的软件开发确实可能越来越像一种创作。但我觉得，这并不是说程序员以后只需要发挥想象力，而是说，当实现本身越来越容易，真正困难的部分就会向前移动。
AI 可以帮我们查资料、整理思路、修改句子，甚至提供一些自己一时想不到的角度。这些能力都很有价值，没有必要因为它是机器生成的，就一概否定。
编程和创作其实很像。架构师也好，作者也好，都得有自己的判断和清晰的主线，知道自己想解决什么问题、想表达什么。然后才是一步步把方案做出来，把想法落到实处。工具可以帮忙，但方向和取舍终究要由人来做。
这世上没有什么绝对安全的领域，时代一直在变，重要的不是守住某一项技能，而是保持独立判断，愿意不断学习和进步。编程如此，创作、写作亦是如此。