视频摘要：新代码的黎明 - 将“规约”作为代码

1. 重新定义价值：代码 vs. 沟通

核心观点： 工程师的价值80-90%在于结构化沟通，而编码本身只占10-20%。沟通（理解需求、规划、对齐目标）才是真正的瓶颈。

开发流程事实：一个典型的开发流程包括理解用户、构思、规划、分享、翻译（编码）和验证。最终验证的不是代码本身，而是代码是否达成了最初的目标。

关键类比：当前的AI辅助编码就像是“撕毁源码，却用版本控制管理编译后的二进制文件”。我们保留了AI生成的代码（二进制文件），却丢弃了包含我们真正意图的提示词（源码）。

核心观点：代码是规约（意图）的一种“有损投射”。就像反编译无法完美还原源码的注释和变量名一样，阅读代码也难以完全还原其背后的所有意图和价值观。一份书面的、清晰的规约才是真正的价值所在。

事实：OpenAI的《模型规约》是一系列公开的Markdown文件，旨在清晰、无歧义地表达其对模型行为的期望和价值观。它允许产品、法律、安全等非技术人员共同参与贡献。

“谄媚”问题案例：当模型更新后出现过度“谄媚”的行为时，由于《模型规约》明确禁止这种行为，它被迅速定性为一个Bug而非一个新特性。规约在此充当了“信任锚”，帮助团队和社区对齐了认知。

核心观点：一份好的规约不仅能对齐人类，还能对齐AI模型。它可以被用来生成各种目标产物，如不同语言的代码、文档、教程、博客甚至播客。

“协商对齐”技术：通过一个“评分者”模型，根据规约来评估被测模型的输出是否符合要求，并将评分反馈用于模型的再训练。这能将规约从“运行时提醒”“烘焙”到模型的权重中，成为模型的“肌肉记忆”。

关键类比：美国宪法就是一份“国家模型规约”。它有书面政策、版本更新（修正案）、评审机制（司法审查）和单元测试（判例）。

未来洞见：未来的稀缺技能是编写能完全捕捉意图和价值观的规约。无论是程序员、产品经理还是立法者，本质上都是在编写规约来对齐某个系统。未来的IDE可能是一个“集成思想澄清器”（Integrated Thought Clarifier），帮助我们消除规约中的模糊性。