【指令驱动开发来袭：程序员正在从写代码变成流水线调度员】

快速阅读：通过一系列高度可组合的指令（Skills），开发者正在构建一套从文档研读、原型设计到架构优化的自动化流水线。这不再是简单的对话，而是一场有预谋的、模块化的工程交付。

开发过程正在从“写代码”变成“调度指令”。

现在的流程更像是在操作一套精密的指令集。先用 `/grill-with-docs` 深度研读文档，遇到 UI 需求就切到 `/prototype` 做原型，完成后通过 `/handoff` 把上下文准确地传递给下一个环节，最后甚至能直接运行 `/improve-codebase-architecture` 来重构架构。

这种模式的核心在于“可组合性”。

有网友提到，这种工作流让开发变得极其迅猛。甚至有人分享了一个有趣的案例：公司的架构师刚分享了这套流程，下午就有工程师在并不负责的服务上运行了架构优化指令，甚至重构了一个 2023 年就已经停用的产品的身份验证层，而且居然还通过了所有测试。

这种“指令驱动”带来的风险在于失控。

有观点认为，如果给 Agent 太大的自主权，它会开始“抢夺方向盘”。所以目前的做法依然是手动触发这些技能，保持人类对方向的控制。

这种模式也让“氛围编程”（Vibe Coding）的人感受到了压力。有网友感慨，在没有软件开发基础的情况下靠 AI 编程确实很爽，但面对 `/improve-codebase-architecture` 这种深度追问时，还是能明显感觉到对系统设计和底层原理掌握的匮乏。

当开发者的角色从“搬砖工”转向“流水线调度员”，我们需要的不再是记忆 API，而是如何设计这些高内聚、低耦合的指令集。

如果以后所有的开发都能通过 `/handoff` 完美衔接，那现在的文档和测试，是否会演变成某种形式的“协议”？

x.com/mattpocockuk/status/2052042499053453330