审批工作流
只有当被批准的内容正是最终发布的内容时，审批才有意义。
这描述的是一种设计，而非正在运行的服务
没有任何连接器在生产环境中通过验证，因此此页面上的任何内容目前都不会发布到任何地方。工作流程中已构建的部分会如实说明，尚未构建的部分同样会如实说明。
问题
审批通常发生在发布工具之外。截图被发送给客户，客户回复“可以”，然后文案又被更改。此时审批所指向的草稿已不属于任何人，而工具对此一无所知，于是它会发布最后一次收到的任何内容。
产品的设计方式
- 审批与被审核的确切内容绑定。编辑已批准的草稿会使审批失效，并说明哪个字段发生了变化，而不是悄悄延续旧的决定。
- 审核者可以批准、要求修改或拒绝，除批准外的任何操作都需要评论，因此作者永远不必猜测该修正什么。
- 此规则存在于共享的应用层中，因此网页应用、REST API、MCP 服务器、CLI 和 webhook 都会遵守它。没有任何界面拥有绕过审核的捷径。
实际已构建的内容
审批状态、审核界面、重新审批规则及其背后的审计事件均已构建完成。尚未构建的是最后一步，因为没有任何连接器通过其完成度定义，所以已批准的帖子目前尚无发布去处。
Questions
Does this workflow run today?
Not end to end. No connector is verified in production, so nothing described on this page publishes anywhere yet. The section on what is actually built says which parts exist.
Will it use unofficial ways to post?
No. Publishing goes only through each platform's official API. There is no browser automation, no scraping and no automated engagement.
发现此页面有问题
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.