成为预测机器

发布: (2025年12月15日 GMT+8 04:35)
10 min read
原文: Dev.to

Source: Dev.to

引言

我需要告诉你一件我一直不敢承认的事。

我已经不再自己写大部分代码了。是 LLM 在写。更准确地说,是很多 LLM 在写。而且,这项工作有时从未如此顺利。

这个周末,我在大约十个小时内构建了一个可玩的概念验证网页游戏。它不是玩具,也不是“看,它渲染了一个盒子”的原型——而是完整的垂直切片:多面板 UI、计时选择系统、邮件和电话管道、脚本运行器、音乐状态机、叙事主线——全部协同工作,全部干净、全部稳定。我没有敲入一行代码。我一直在等这种感觉不对劲,却没有。

如果你正在阅读这篇文章,并且感到同样的罪恶感——那种恼人的感觉,觉得自己可能在作弊,觉得这不算“真正”的开发,觉得自己应该为现在的快速构建感到羞愧——这篇文章是写给你的。因为我接下来要描述的不是忏悔,而是许可。

实际发生了什么

人们一直在用生产力来描述这个时代。

  • “AI 帮助你更快编码。”
  • “AI 加速开发。”
  • “AI 提升产出。”

这种框架忽略了真正发生的事。

这周末改变的不是我敲键盘的速度,而是敲键盘根本不再是瓶颈。

在我的职业生涯中,第一次,慢慢的、把想法转化为语法的物理行为消失了。不是因为系统在为我设计什么——它没有——而是因为它直接序列化了我的思考

  • 我掌握了架构。
  • 约束条件。
  • 机制。
  • 情感节奏。

模型只是在人类身体根本无法达到的速度下把它们写下来。

LLM 序列化人类意图。 就是这样。就是全部。

它们把结构化的内部认知——架构、推理、情感框架、叙事节拍、系统约束——转换为外部形式,速度快于人类的打字速度。

没有神秘。没有涌现。没有人类意义上的“智能”。只有序列化

  1. 你形成一个心理模型 →
  2. 你在恰当的抽象层次上描述它 →
  3. LLM 将其实例化为代码、散文、图表或文档。

过去的瓶颈是翻译——你的手、你的打字速度、表达已知内容的机械行为。现在瓶颈已经消失。LLM 成为你认知的输出层。

你之所以更快,并不是因为模型聪明,而是因为你摆脱了肉体的 I/O 限制。认知仍然是你在做,模型在做的是序列化。

如果你已经以这种方式工作,却感到内疚——停止吧。

这才是软件开发的真正工作。
思考。架构。设计。约束。意图。

打字始终是机械部分。只是在此之前我们没有选择的余地。

你实际上放弃了什么(以及为什么值得)

权衡

  • 放弃: 能说“我自己写的每一行代码”。
  • 获得: 能以超过打字速度的速度构建。

有些人会说这不是公平的交易。那些人从未感受过打字速度思考速度之间的差别。

工作流实际是怎样的

我不会对模型说“给我做一个游戏”,然后走开。我不会发布我没有批准的代码。我不会推送我不满意的东西。那样做既鲁莽、也不道德、也低效。

不再把打字当作工作本身。我所做的是观察形状

  • 这个 reducer 是否只做一件事?
  • 这个组件是否只有唯一的真相来源?
  • 状态机是否连贯?
  • 音频引擎是否隔离?
  • 脚本是否声明式?
  • 边界是否合理?

我指引方向。当形式错误时我会打断。我在流水线中做架构决策。这不是“放手不管”。而是盯着蓝图,而不是砖块

示例提示

“我们目前在叙事上到底有什么?把已有的和缺失的列出来。”

仅此而已。没有指令层级、没有角色分配、没有格式技巧。这正是我在独自思考系统时会问自己的——或者问一只橡皮鸭——问题。

模型的回复是一份结构化的叙事节拍、缺口、依赖和下一步的拆解——正是我当时需要的。为什么?因为这句话是共享上下文的无损压缩。在我提问时,模型已经知道:

  • 项目本身
  • 类型
  • 情感主线
  • 约束条件
  • MVP 范围
  • “叙事”在此情境下的含义
  • “缺失”相对于已构建内容的含义

这不是请求创意,而是请求重新水化共享上下文并把它反映回来——一次高带宽对话中的协作。

当我稍后打开代码时,我并不迷失。每个文件的存在都是因为我让它存在。每个抽象都对应我脑中已有的形状。每个系统边界都映射了我上游的决策。

这感觉陌生,像是刚打扫完的房间——别人做了扫除,但布局仍是你的。

我承担着和任何团队的技术负责人相同的责任:

  • 追踪。
  • 理解。
  • 修正。
  • 重构。

不同之处在于效率。与其花数小时搭建脚手架,我只用几分钟调整意图。维护成本正常,创建成本崩塌。这不是作弊——而是使用合适的工具完成工作。

为什么这看起来像作弊(以及为什么这是错误的)

如果你对这种工作方式感到内疚,我知道这种感觉来源于何处。

我们被训练成相信敲代码就是工作本身。若不手动敲每一个分号,就不配得到成果。真正的开发者必须忍受样板代码,因为“受苦”是证明你认真工作的方式。这不是工程伦理,而是在只能打字的世界里形成的创伤

没有人会说木匠因为使用台锯而作弊,也没有人会说建筑师因为使用 CAD 而作弊,更没有人会说作家因为使用文字处理器而作弊。

但我们却被迫相信,用机器来序列化架构思考是懒惰、不真实或“不是正经开发”。这简直是胡说。

你在做最难的部分:

  • 思考
  • 架构
  • 设计
  • 约束
  • 意图

模型在做一直都是机械的那一部分。

模型做不到的

  • 选择架构。
  • 决定系统的优雅程度。
  • 命名恰当的抽象。
  • 感知设计何时错误。
  • 关注用户体验。
  • 承担伦理重量。
  • 生成意义。

模型能做到的

在你明确形状后,瞬间生成上万行脚手架代码。

假装这件事没有发生的开发者将被甩在后面——不是因为缺乏技能,而是因为他们拒绝放弃已经不再重要的瓶颈。

你已经找到了新的工作流。你已经知道它有效。你只是在等待许可,停止道歉。

这就是:停止道歉。 你并没有作弊。你只是在以大脑本就具备的速度进行架构——现在你的双手不再成为障碍。

Back to Blog

相关文章

阅读更多 »