在人工智能技术飞速发展的当下，程序员的角色正在经历深刻转型。OpenAI对齐团队工程师Sean Grove在AI Engineer World's Fair大会上指出：代码仅占程序员核心价值的10%，而结构化沟通（即规约）才是未来竞争力的核心。这一观点切中行业痛点，引发热议。本文将深入剖析这一趋势，助您重新定义自身核心能力。

一、核心观点：代码仅占10%，结构化沟通才是核心竞争力

Sean Grove强调，代码仅仅是程序员意图的“有损投影”。在人机协作过程中，真正能精确传递意图、跨越沟通鸿沟的，是规约（Specification）。传统观念认为工程师的首要产出是代码，但Sean指出这是一种认知偏差。

• 代码是有损投影，无法完整反映设计初衷和边界条件。
• 结构化沟通（即规约）能更精准地传达“做什么”与“为什么做”。
• 工程师的价值正从代码编写转向问题定义与目标设定。

小提示： 建议在团队中实践“先写规约，后写代码”的工作流程，将沟通环节前置，从而显著减少返工和误解。

二、规约（Specification）——跨越人机鸿沟的沟通工具

规约是一份精确、无歧义的文档或协议，用于描述系统“应该做什么”以及“在何种条件下执行”。Sean Grove在演讲中强调，规约比代码更贴近沟通本质，因为它同时面向人类理解和机器执行。

规约的核心价值

• 对齐预期： 确保所有利益相关方（产品、设计、测试、客户）对需求形成共同认知。
• 减少歧义： 用结构化语言替代模糊的自然语言描述，避免“我以为你懂了”的误解。
• 可测试性： 一份优良的规约天然可作为测试用例的模板。

小提示： 日常工作中，不妨从撰写一两段清晰的接口规约入手，逐步培养结构化表达的习惯。

三、未来工程师的定位：从“如何做”到“做什么”与“为什么做”

当AI能高效完成“如何做”（How）的实施细节时，人类工程师的核心竞争力必然向上迁移。

• 做什么（What）： 界定问题边界、明确用户价值、定义输入输出规范。
• 为什么做（Why）： 判断优先级、理解业务逻辑、做出技术取舍。
• 结构化沟通： 将抽象需求转化为清晰规约，确保AI或队友准确执行。

这实际上是时代抛出的新命题：当机器接管执行层，人类必须转向更高维度的思考。

小提示： 在评审代码之前，先评审规约。问问自己：这份规约是否足够清晰，能让另一个人（或AI）直接写出正确的代码？

常见问题

问题1：什么是结构化沟通？它与普通沟通有什么不同？

结构化沟通是指利用预先定义的格式、模板、符号或协议来传递信息，旨在减少歧义、提升可执行性。普通沟通依赖上下文和双方默契，而结构化沟通则明确列出边界条件、输入输出、约束与假设。例如，API接口规约就是结构化沟通的典型产物。

问题2：规约（Specification）与代码的区别在哪里？

代码是对“如何做”的具体实现，是规约的一种翻译形式。而规约表达的是“做什么”和“在什么条件下做”，不涉及具体实现细节。代码会因编程语言、框架、性能优化而改变，但一份好的规约应当保持稳定。Sean Grove认为，代码只是规约的“有损投影”，规约本身才是更本质、更具长期价值的载体。

问题3：我该如何培养结构化沟通能力？

可以从以下三个步骤开始：

• 第一步： 在写代码之前，先用自然语言写下你打算做什么，然后逐步用更精确的表述替换模糊之处。
• 第二步： 学习并应用现有规约格式，如OpenAPI、JSON Schema、Protocol Buffers等。
• 第三步： 在代码评审中增加规约评审环节，检查代码是否真正符合预期行为。

常见误区： 有人认为结构化沟通就是写更多文档。其实不然，结构化沟通强调精确和无歧义，而非长度。有时一张表格或一段伪代码远胜于千字描述。

总结

在AI能力快速逼近的当下，代码本身已不再是工程师的核心护城河。真正让您不可替代的，是定义问题、结构化表达、以及跨越人机鸿沟的沟通能力。掌握规约思维，将帮助您从“执行者”蜕变为“定义者”，在未来的技术浪潮中始终占据主动。希望这份指南能成为您开启结构化沟通之路的第一步。