核准工作流程
唯有被核准的內容就是真正發布的內容時，核准才有意義。
這說明的是一種設計，而非正在運作的服務
目前沒有任何連接器在正式環境中通過驗證，因此本頁面目前尚未發布任何內容到任何地方。工作流程中已建置完成的部分會如實說明，尚未建置的部分也會如實說明。
問題
核准通常發生在發布工具之外。螢幕截圖傳給客戶，客戶回覆同意，接著文案又改了。此時核准所指的草稿已經沒有人擁有，而工具完全不知情，於是它就發布了最後拿到的任何內容。
產品的設計方式
- 核准會附著在確實被審閱過的內容上。編輯已核准的草稿會讓該核准失效，並說明哪個欄位變更了，而不是悄悄地把舊決定沿用下去。
- 審閱者可以核准、要求修改或拒絕，除了核准以外的任何決定都需要留言，讓作者不必猜測該修改什麼。
- 此規則位於共用的應用程式層，因此網頁應用程式、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.