核准工作流程
唯有被核准的內容就是真正發布的內容時,核准才有意義。
這說明的是一種設計,而非正在運作的服務
目前沒有任何連接器在正式環境中通過驗證,因此本頁面目前尚未發布任何內容到任何地方。工作流程中已建置完成的部分會如實說明,尚未建置的部分也會如實說明。
問題
核准通常發生在發布工具之外。螢幕截圖傳給客戶,客戶回覆同意,接著文案又改了。此時核准所指的草稿已經沒有人擁有,而工具完全不知情,於是它就發布了最後拿到的任何內容。
產品的設計方式
- 核准會附著在確實被審閱過的內容上。編輯已核准的草稿會讓該核准失效,並說明哪個欄位變更了,而不是悄悄地把舊決定沿用下去。
- 審閱者可以核准、要求修改或拒絕,除了核准以外的任何決定都需要留言,讓作者不必猜測該修改什麼。
- 此規則位於共用的應用程式層,因此網頁應用程式、REST API、MCP 伺服器、CLI 與 webhook 都必須遵守。沒有任何介面能繞過審閱。
實際已建置完成的部分
核准狀態、審閱介面、重新核准的規則,以及背後的稽核事件都已建置完成。尚未建置的是最後一步,因為目前沒有任何連接器通過其完成定義,因此一則已核准的貼文目前尚無處可去。
發現此頁面有問題
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.