人类的倒置: 调和器和标题

上一篇文章认为，异步并行专家可以在没有同步协调会议的情况下工作，因为人工智能作为翻译层位于他们之间。这篇文章解决了仅靠翻译无法解决的问题：当专家创作出内部一致但彼此紧张的作品时会发生什么？

PM 作者的定位暗示了某种类型的用户。工程师制定了暗示某种系统的架构标准。设计师创作了一个暗示某种体验的设计系统。这些基础可能各自都很出色，但彼此之间仍然存在紧张关系，直到某些特定的工件试图同时满足这三个基础但却无法实现时，这种紧张关系才会浮现出来。

一项新功能落地。 PM 的定位是它应该适合非技术用户。设计者的系统表示，它应该使用适合高级用户的密集、信息丰富的模式。工程师的架构表示，适当的实现模式是配置文件，对于任何受众来说，它既不易于理解，也没有经过优化。没有人在自己的领域犯错误。紧张关系存在于各个领域之间：三个各自正确的立场，但却是跨学科的不连贯。

在旧的组织中，这种紧张关系通过会议得到解决。总理解释了定位目标。设计者解释了系统的限制。工程师解释了实际上可以构建的内容。有人仲裁，或者小组迭代，直到出现跨学科可接受的解决方案。这很慢，而且解决方案存在于房间里的人的头脑中，而不是任何耐用的工件中。但它确实缓解了紧张局势。

在异步并行结构中，紧张局势可能会在数周内无形地复合，然后才成为明显的产品问题。

协调器

该架构需要一个在大多数当前组织结构图中不存在的角色：协调员。这不是一个新的行政头衔。这是由现有的合适职位的人员执行的职能，通常是团队中最资深的跨职能人员或小型组织的创始人。在许多产品组织中，该职能自然地映射到 PM，而 PM 已经将跨职能背景作为工作要求。协调器框架使该功能明确且持久，而不是偶然的。

协调器作用于管道的两端。

在基础端，他们审查专家的基础工件（定位、设计系统、架构标准），以确保跨学科的一致性在这些工件成为人工智能执行的输入之前。在构建单个功能之前，暗示“平易近人”的定位文档和暗示“配置文件”的架构标准就已经处于紧张状态。尽早发现这一点比在人工智能发出不连贯的东西后发现它要便宜。

在审查结束时，当人工智能生成的工件出现跨学科的紧张关系时，任何专家都无法在自己的领域内单方面解决，协调员就会做出裁决。

在这两种情况下，他们都是通过引用标题来做到这一点：公司决定其跨学科承诺的明确、持久的文件。

标题是关键概念。 It's not a values document or a product strategy doc. It's a cross-disciplinary commitment structure: the explicit resolution of trade-offs between competing disciplinary goods. When positioning says "approachable" and design systems say "dense," the rubric resolves which takes precedence, in what contexts, and why.

Without a rubric, each reconciliation decision is made from scratch.调解者发明了一个解决方案，继续前进，两个月后，类似的紧张局势产生了不一致的解决方案，因为第一个解决方案从未被记录为先例。 The product accumulates incoherence at the rate of unresolved tensions, and that rate grows with team size.

The rubric makes reconciliation consistent and distributable.一旦确定该产品的用户“平易近人”胜过“密集”，任何阅读该标题的人都会以相同的方式解决这两个原则之间的未来紧张关系。协调员的工作从仲裁个人紧张局势转变为在出现新类别的紧张局势时改进标题，并在团队成员试图排除例外情况时强制执行一致性。

是什么让这变得如此困难

该标题要求高管明确他们历来故意模糊的权衡。

这种文化转变比听起来更难。模糊的承诺是有用的。 They allow executives to mean different things to different audiences.他们将艰难的选择推迟到最后一刻，这有时意味着选择会自行解决。他们保留选择性。它们使领导者能够避免冲突，从不强迫相互竞争的纪律产品之间达成明确的解决方案。

一位产品负责人说“我们既关心高级用户又关心新用户”，他说的是实话。但这种说法无法控制定位和设计系统之间的跨学科紧张关系。在某些特定的决策点，“平易近人”和“密集”不可能同时正确。该准则要求做出选择，明确选择，并使其足够持久，以便未来反对它的决策是可见的背离，而不是无形的漂移。

这就是为什么大多数公司即使完全理解倒置，也不会围绕倒置进行重组。不是因为技术实施困难，而是因为文化先决条件（明确、持久、强制的跨学科承诺）需要真正令人不舒服的领导行为。那些在故意模棱两可的情况下创建公司的高管们会发现编写标题并不容易。那些通过在头脑中牢记上下文而做出正确决策的创始人会发现，将上下文具体化到约束性文档中并不自然。一直解决房间内紧张局势的组织将拒绝将该解决方案转化为工件，因为工件以一种方式负责，而房间则不然。

这是最大的转变。不是会议减少。不是工具。不是AI能力。这种转变是写下你之前记在脑子里的内容，并接受现在由文档而不是你当下的判断来决定。

书写完整性

该标题背后有一个基础设施要求，在您尝试操作之前，这一要求并不明显：该标题需要写入完整性。

如果没有写入完整性，标题就会降级。专家提出的例外情况从未得到正式协调。一旦团队规模超过了单一协调者，多个人可能会针对同一个文档进行协调。有人在不了解下游决策所依赖的情况下恢复了承载决策。六个月的仔细校准在两周的不协调编辑中悄然被破坏。

为标题编写完整性意味着：

**仅附加历史记录：**您可以随时查看标题的内容。
每项更改的出处： 您知道谁进行了每项更改以及原因。
**架构执行：**更改必须符合使其清晰易读的结构。
交叉引用： 对一个部分的编辑会显示其对其他部分的影响。

写入完整性会产生什么

在使用时，该基础设施产生了旧组织从未拥有的三个工件：

会话重播： 产生更改的代理的推理链，几个月后可供任何试图重建所考虑的内容和跳过的内容的人使用。
审查准备： 代理验证的内容和明确下注的内容的结构化记录，因此审查者攻击未经验证的表面，而不是重新行走代理已经覆盖的地面。
归因： 每个工件（提交、规范、设计、决策）都链接到代理会话、模型版本、范围内的规则和操作上下文，因此事件后根本原因会到达丢失的文档或漂移的规则，而不是停留在变更日志行。

这些是使审核最终在代理生成的量上发挥作用的工件。如果没有它们，审查层就会冷淡地读取差异，并且注意力上限的到达速度比架构建议的速度要快得多。

这是人工智能工具必须解决的基础设施问题，以便异步并行结构能够大规模持久。这并不迷人。它看起来像实时文档的版本控制，或者跟踪承诺之间依赖关系的知识图。但如果没有它，标题将比团队维护它的速度更快地衰退，并且结构将崩溃回到基于会议的协调。

独立词汇的收敛

这种基础设施需求是由那些不共享词汇且未协调框架的人们同时从多个方向阐明的。在企业规模上构建代理系统的从业者正在呼吁“确定性基质”。工程文化作家呼吁“对人工智能运行的规模进行适当的限制”。个人高级用户呼吁“跨代码、营销、设计和销售的实时 Markdown 文件”。许多其他人只是呼吁更好的知识库，尽管它们通常意味着比传统术语所暗示的更结构化和可审计的东西。

具体用语有所不同；结构要求是相同的：持久的、可审计的状态，管理跨职能工作，并且可以被人类和代理信任。来自同一需求的独立词汇的收敛是有用的信号，表明该需求是真实的，而不是框架工件。

人工智能原生团队需要目前仅存在于碎片中的东西：用于代理编写和人类编写的组织状态的写入完整性层。不仅适用于代码，还适用于决策、承诺、标准及其背后的推理。一个系统对待组织知识就像优秀的工程对待代码库历史一样，将其视为不可变且可审计的东西，而不是默默覆盖的东西。

按爆炸半径对标题进行加权

并非每个标题条目都具有相同的权重。加密基础设施公司中管理桥梁和签名者代码的标题与管理该公司内部仪表板的标题不同，具有不同的变更控制流程、不同的审查阈值以及对异常何时是合法判断调用与漂移的不同期望。具有异构权益表面的公司需要权益加权的规则：相同的底层写入完整性层，经过分区，以便灾难性故障表面携带内部工具不需要的强制的、仅附加的承诺。

在一定的风险阈值以下，让专家协商非正式例外的规则会随着时间的推移而降低质量，但不会产生灾难性的失败。在其之上（例如，桥梁代码、临床决策支持、航空航天控制、投票基础设施、支付轨道），审查不能仅靠差异读取来发挥作用。差异不会显示代理默默跳过的内容，并且错过跳过的后果是不可逆转的。

从这些表面上看，许多相关的基础知识仍然默默地存在于高级审稿人的脑海中。标题逐渐使这些默认的不变量变得可写，将高级评审判断变成清晰、可分发和可审计的东西。对于专家来说，这是一项缓慢的工作，他们的价值目前由他们所知道的、尚未正式化的知识所承载。这也是唯一可以防止评审端成为每个在风险上限之上运作的团队的永久瓶颈的工作。

这不是假设。加密基础设施维护人员报告称，HackerOne 和 Immunefi 错误赏金队列中充满了人工智能生成的报告，其中大多数都有缺陷，无法根据提交者代理来源对传入票据进行评分，也无法根据部署状态进行交叉检查。审查吞吐量的崩溃并不是因为漏洞更难，而是因为审查层没有结构化的方法来对看似合理的索赔进行批量分类。每个有风险门的行业都会遇到这样的情况。

协调器日常实际执行的操作

如果没有这个结构，协调者就会把大部分时间花在救火上：在问题复杂化后解决紧张局势。在这种结构中，工作向上游转移：在紧张类别出现之前编写标题条目，当新的紧张类别出现时不断演变条目，以及淘汰不再反映公司实际承诺的条目。

协调器还会注意到标题何时不发挥作用。当专家做出本应触发评分标准参考但没有触发的决定时，调节器会将其显示出来。当两位专家针对类似的紧张局势达成不同的解决方案时，协调员会进行澄清。当标题产生一致的指导时，每个人都讨厌因为潜在的承诺是错误的，协调者会打开明确的修改过程，这与不遵循它不同。

协调者是掌握基础文件和运营决策之间联系的人。不是通过审查每个决定，而是通过确保连接它们的系统持续运行。

要点

协调器