审批工作流

只有当被批准的内容正是最终发布的内容时，审批才有意义。

这描述的是一种设计，而非正在运行的服务

没有任何连接器在生产环境中通过验证，因此此页面上的任何内容目前都不会发布到任何地方。工作流程中已构建的部分会如实说明，尚未构建的部分同样会如实说明。

问题

审批通常发生在发布工具之外。截图被发送给客户，客户回复“可以”，然后文案又被更改。此时审批所指向的草稿已不属于任何人，而工具对此一无所知，于是它会发布最后一次收到的任何内容。

产品的设计方式

审批与被审核的确切内容绑定。编辑已批准的草稿会使审批失效，并说明哪个字段发生了变化，而不是悄悄延续旧的决定。
审核者可以批准、要求修改或拒绝，除批准外的任何操作都需要评论，因此作者永远不必猜测该修正什么。
此规则存在于共享的应用层中，因此网页应用、REST API、MCP 服务器、CLI 和 webhook 都会遵守它。没有任何界面拥有绕过审核的捷径。

实际已构建的内容

审批状态、审核界面、重新审批规则及其背后的审计事件均已构建完成。尚未构建的是最后一步，因为没有任何连接器通过其完成度定义，所以已批准的帖子目前尚无发布去处。

发现此页面有问题

Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.