# Content Skill 治理工作流：讓 AI 產出可控、可追溯、可交接

- 連結：https://cloudsea35.com/content-skill-governance-workflow/
- 發佈時間：2026-07-31T14:05:23+08:00
- 作者：David

先講結論：Content Skill 不是越多越好。沒有固定起點、階段合約、來源紀錄和單一審核
版本，Skill 越多，流程反而越容易失控。

要把七個 Content Skill 接成正式生產線，我會先檢查三個節點，再確認外部效果是否被限制
在正確範圍內。

## 1. Campaign 從 Editorial Candidate 開始

內容目錄

 [Toggle](https://cloudsea35.com/content-skill-governance-workflow/#)

 * [1. Campaign 從 Editorial Candidate 開始](https://cloudsea35.com/content-skill-governance-workflow/#1_campaign_%e5%be%9e_editorial_candidate_%e9%96%8b%e5%a7%8b)
 * [2. Content Skills 透過 reviewed stage contracts 執行](https://cloudsea35.com/content-skill-governance-workflow/#2_content_skills_%e9%80%8f%e9%81%8e_reviewed_stage_contracts_%e5%9f%b7%e8%a1%8c)
 * [3. Campaign Review 綁定單一 Artifact Snapshot](https://cloudsea35.com/content-skill-governance-workflow/#3_campaign_review_%e7%b6%81%e5%ae%9a%e5%96%ae%e4%b8%80_artifact_snapshot)
 * [三個節點串起來，流程才查得回去](https://cloudsea35.com/content-skill-governance-workflow/#%e4%b8%89%e5%80%8b%e7%af%80%e9%bb%9e%e4%b8%b2%e8%b5%b7%e4%be%86%ef%bc%8c%e6%b5%81%e7%a8%8b%e6%89%8d%e6%9f%a5%e5%be%97%e5%9b%9e%e5%8e%bb)
 * [外部效果不能自行擴張](https://cloudsea35.com/content-skill-governance-workflow/#%e5%a4%96%e9%83%a8%e6%95%88%e6%9e%9c%e4%b8%8d%e8%83%bd%e8%87%aa%e8%a1%8c%e6%93%b4%e5%bc%b5)
 * [先確認四個問題](https://cloudsea35.com/content-skill-governance-workflow/#%e5%85%88%e7%a2%ba%e8%aa%8d%e5%9b%9b%e5%80%8b%e5%95%8f%e9%a1%8c)
 * [相關閱讀](https://cloudsea35.com/content-skill-governance-workflow/#%e7%9b%b8%e9%97%9c%e9%96%b1%e8%ae%80)

A Campaign begins only after David selects an Editorial Candidate.

這條規則很硬，也很有用。Campaign 不能從「大家覺得這題不錯」開始，必須等 David 選定
Editorial Candidate 後，才算正式啟動。

操作上，先確認兩件事：

 * 是否已選定 Editorial Candidate？
 * 後續產出是否都回應同一個候選內容？

這是在鎖定流程的起點。沒有起點，後面的產出就可能變成「好像有關，但說不清楚為什麼
在這裡」。

## 2. Content Skills 透過 reviewed stage contracts 執行

Content Skills execute through reviewed stage contracts and immutable provenance.

Content Skills 不是幾個工具隨手串起來就算完成。每個 Skill 都要依照 reviewed stage
contracts 執行，清楚交代三件事：

 * 接收什麼輸入
 * 產出什麼結果
 * 哪些事情不屬於這個階段

這個邊界很重要。否則一個階段可能偷偷替下一個階段做決策，最後大家只看到完成的文字，
卻沒有人能說明它是怎麼產生的。

流程也必須保留 immutable provenance。除了看最後的文章，還要能追溯它使用了哪些來源、
經過哪些處理，而且來源紀錄不能在後續階段被任意改寫。

可以用三個問題檢查：

 * 階段是否依照 reviewed stage contract 執行？
 * 產出是否保留 immutable provenance？
 * 目前的決策是否仍屬於本階段責任？

Skill 的數量不是治理能力。能不能把每個階段的輸入、輸出和責任說清楚，才是流程有沒有
站穩的差別。

## 3. Campaign Review 綁定單一 Artifact Snapshot

Campaign Review binds approval to one immutable Artifact Snapshot.

這是在處理版本問題。審核時如果同時存在好幾個文章版本、來源版本和中間產出，最麻煩
的不是找檔案，而是沒人知道 approval 到底核准了哪一份。

因此，審核時至少要確認：

 * 是否只有一個 Artifact Snapshot 作為審核依據？
 * approval 是否明確綁定這個 immutable Artifact Snapshot？
 * 後續流程是否仍以同一份已核准快照為基礎？

這不只是整理版本名稱，而是把審核決策和具體產出綁在一起，避免「審核通過了，但通過
的版本找不到」這種常見問題。

## 三個節點串起來，流程才查得回去

把三個節點放在一起，流程順序就很清楚：

 1. David 選定 Editorial Candidate，Campaign 才開始。
 2. Content Skills 依照 reviewed stage contracts 執行，並保留 immutable provenance。
 3. Campaign Review 綁定單一 immutable Artifact Snapshot。

這條線可以回答三個問題：

 * 內容從哪裡開始？
 * 產出怎麼完成？
 * 最後核准的是哪一份？

如果這三題答不出來，問題通常不在 Skill 不夠多，而在流程沒有把決策和產出綁定起來。

## 外部效果不能自行擴張

流程治理還有一個容易被忽略的地方：內容完成後，系統可以對外做什麼？

The only normal External Effect is an owned WordPress Draft.

內容通過審核，不等於可以直接發布，也不等於可以自行傳送訊息或執行其他外部操作。審核
和發布要分開，外部效果也要有明確限制。

這條規則看起來保守，但我認為這才是負責任的設計。內容流程可以自動化，外部行動不能
順手多做一步。

## 先確認四個問題

可稽核的正式生產線，不是把流程畫得更複雜，而是讓每個節點都能被檢查。

 * Campaign 是否在選定 Editorial Candidate 後才開始？
 * Content Skills 是否透過 reviewed stage contracts 執行，並保留 immutable provenance？
 * Campaign Review 是否綁定單一 immutable Artifact Snapshot？
 * 正常情況下，唯一允許的 External Effect 是否只是建立 owned WordPress Draft？

四題都能清楚回答，這套內容流程就不是靠個人記憶和口頭約定運作，而是有明確起點、執行
邊界、來源紀錄和審核對象的正式生產線。

## 相關閱讀

 * [Agent 決策邊界的評測](https://cloudsea35.com/claude-opus-5-enterprise-agent-decision-boundary/)

### 請按讚：

喜歡 正在載入...

### _相關_