【2026 最新】Claude 隱形標記是什麼？零基礎搞懂 Text Watermark、C2PA 與內容揭露流程

2026 年 8 月 10 日，一則關於 Claude 內容標記的 Hacker News 討論，截至 8 月 12 日擷取時已有 363 points、超過 330 則留言；隔天的 r/web_design 討論，更把「網站曾用 Claude 校稿」一路推論成「整個網站由 AI 寫成」。這正是 Claude 隱形標記最容易造成的誤判：技術訊號回答的是「內容可能經誰處理」，不是「原作者是誰」。

先記住一句話：Claude mark 是處理足跡，不是作者身分證。就像文件上出現影印店的裝訂貼紙，只能說它去過那間店，不能證明內文是店員寫的。本文會把文字 watermark、C2PA、一般 AI detector 拆開，再建立一套今天就能使用的來源紀錄與揭露流程。

先說結論：看到 mark，先別判作者

• Anthropic 公布的是兩條路：受支援模型產生的文字會帶不可感知 watermark；受支援檔案可帶 C2PA 簽署的來源 metadata。
• 官方尚未公布 Claude 文字 watermark 的演算法、支援模型清單、門檻或可操作的公開 detector。把它直接說成統計式 token 水印、Unicode 或零寬字元，都超過目前證據。
• 正面結果最多支持「可能經 Claude 處理」；負面結果也不能證明「一定是人寫」。校稿、翻譯、摘要、格式轉換，都可能讓 Claude 成為處理者，而不是原作者。
• 今天可做的是：保存 A／B／C 三個版本、記錄模型與操作、檢查相容檔案的 C2PA；文字則保留 controlled corpus，等官方 detector 與技術文件公開後再驗證。

Claude 隱形標記到底標了什麼？

依 Anthropic 2026 年 8 月 10 日更新的官方說明，2026 年 8 月 2 日起在歐盟推出的新模型，推出時即支援內容標記；較早模型仍在逐步加入。標記會套用到受支援模型在 Claude API、Claude、Claude Code、Claude Cowork 與 Claude Tag 等介面的輸出，文字標記也涵蓋部分雲端平台，但簽署檔案 metadata 會受平台能力影響。

這裡每一句都要保留「受支援」三個字。官方沒有點名目前哪些既有模型已啟用，也沒有說所有歷史輸出都已標記。如果你還分不清聊天介面、程式代理與 Cowork 的角色，可先讀 Claude、Claude Code、Cowork 的差異。

如果你關心的是這次公告、校稿爭議與制度風險，可先看 Claude 文字浮水印計畫公開；本文接下來只處理「怎麼分辨證據強度、怎麼留下紀錄、怎麼交付」的實作問題。

第一層：嵌入式文字 watermark

Anthropic 的原文只說：不可感知 watermark 在模型層被「織入」文字，複製貼上時會一起移動，並可能撐過部分編輯。它沒有說標記藏在 Unicode、標點、句型，也沒有公開 token sampling 的細節。

「生成式／統計文字水印」是業界已知的一類技術，不等於已證實的 Claude 實作。白話說，模型每次選下一個 token（模型處理文字的基本單位）時，可輕微調整候選詞的機率；讀者看不出差別，持有金鑰的 detector 卻能計算整段文字是否出現預期關聯。Nature 的 SynthID-Text 論文也說明，這類訊號通常在較長、選詞空間較大的文字累積更多證據，但沒有任何文字 detector 是萬無一失。

因此，本文用 Text Watermark 指「文字內的不可感知來源訊號」，用「生成式統計水印」介紹可能的技術類別；不把兩者畫上等號。看到奇怪 Unicode，也不能倒推那就是 Claude mark。

第二層：C2PA 簽署的 provenance metadata

C2PA 可以把它想成數位內容的防拆封條：claim generator 把來源聲明、處理動作與內容 hash 組成 manifest，再用私鑰簽署。驗證器能檢查簽章是否有效、內容綁定是否被改動，以及簽署憑證是否在適用的 trust list 上；它不會替聲明內容做事實查核，也不會自動找出人類作者。

Claude 官方目前只舉出 .svg、.png、.jpg 等受支援檔案例子。別因此把 C2PA 說成「圖片專用」：C2PA 2.4 規格已涵蓋非結構化文字、Markdown 等結構化文字與 HTML；非結構化文字甚至可用不可見的 Unicode Variation Selectors 編碼完整 manifest。但「規格能做」「Claude 已部署」與「你手上的 verifier 支援」是三件不同的事。截至 2026 年 8 月 12 日，Inspect 的官方格式清單仍未列出 TXT、Markdown 或 HTML，所以不要拿一般 C2PA 網站替 Claude 文字做假檢測。

Claude 隱形標記能證明什麼？不能證明什麼？

先把三種常被混用的 detector 分開：

• 品牌 watermark detector：尋找該供應商刻意嵌入的訊號，前提是模型、文字長度、語言與輸出路徑都在支援範圍。
• 一般 AI writing detector：從可預測性、風格或分類模型猜測「像不像 AI」，不是在讀 Claude 的官方 mark。
• C2PA verifier：驗證簽署者聲明、簽章與資產綁定，讀到的 AI 標籤是受簽章保護的 provenance 聲明，不是法醫式猜測。

即使未來官方 Claude detector 給出正面結果，它也不能單獨證明下列事情：

• Claude 是原作者，或全文由 AI 生成；
• 有多少百分比由 Claude 撰寫；
• 內容抄襲、作弊、違反客戶合約或學校規則；
• 文章所述事實為真；
• 最後交付稿沒有經人類大幅修改。

反過來，沒看到訊號也不能證明是人寫。官方列出的可能原因包含舊模型、文字太短、重度編輯、改寫、翻譯、與其他文字混合、未支援介面或檔案 metadata 在轉檔、另存與截圖時遺失。這也是為什麼學校或客戶若只憑 detector 結果處分，會把「允許的校稿」和「未揭露代寫」混為一談。

今天怎麼檢查 Claude 隱形標記？四步建立可稽核流程

步驟一：輸出前先建 provenance 紀錄

痛點不是「少一個 detector」，而是事後沒人記得 Claude 做過什麼。解法是每個交付件建立一列來源紀錄，至少包含：case_id、UTC 時間、exact model ID、使用介面、操作類型、輸入內容擁有者、語言、輸出格式、原始輸出路徑、人工修改摘要、審閱者與最後揭露文字。

精確操作可從這一列 CSV 欄位開始：

case_id,generated_at_utc,model_id,surface,operation,input_owner,language,output_format,raw_output_path,final_path,human_edits,reviewer,disclosure

量化目標很簡單：每個交付件一列、每次模型輸出一個 case ID，欄位不留「大概是 Claude」這種模糊描述。團隊若常在不同工具間切換，可搭配 Claude Code 與 Codex 比較建立一致命名。

步驟二：固定保存 A／B／C 三個版本

只有最終稿，永遠還原不了人與 AI 的分工。請保存 A＝送入 Claude 的原稿、B＝Claude 未修改的原始輸出、C＝人工審閱後的交付稿；檔名共用 case ID，並計算 hash：

shasum -a 256 A-input.txt B-claude-raw.txt C-final.txt

這三份檔案讓你在爭議出現時直接比對改了哪些句子，也保留未來 detector 的基準 corpus。若你正用 Claude 處理大量文件，Claude token 節省方法可以降低重跑成本，但不要為省空間刪掉 B 版原始輸出。

步驟三：相容檔案先查 C2PA，文字先保存

對 PNG、JPG、SVG 等相容檔案，先保留原始下載版本，不要先截圖或重存，再拖入 Content Authenticity Inspect。依序看 credential 是否存在、validation 是否通過、signer 是 trusted 還是 unrecognized、claim generator、actions 與 ingredients；不要只找一個「AI」綠燈。

想保存機器可讀報告，可選用官方開源工具：

brew install c2patool
c2patool original.png --info

結果分成「沒有 manifest」「有效但簽署者未受信」「驗證失敗」「有效且受信」來記錄。沒有 manifest 可能代表從未簽署、不支援、被轉檔移除或外部連結遺失，不能寫成「非 AI」。

純文字目前沒有同等的 Claude 官方使用者流程。截至 2026 年 8 月 12 日，官方頁面只表示正在讓使用者與第三方偵測，技術文件將另行公布。此時最正確的操作是保留完整 Unicode 的 B 版原文、字數、語言、模型、介面與時間，等待官方 detector；不要用零寬字元清理器或一般 AI detector 冒充驗證。

步驟四：用實際貢獻決定揭露，不用 mark 猜百分比

假設小林先寫完 1,200 字提案，只請 Claude 校正文法；Claude 回傳完整修訂稿，最後版本因而可能帶 mark。合理紀錄是「人類原稿、Claude 協助校對、人類完成最終審閱」，不是「全文由 Claude 生成」。若 Claude 重組論證、補寫大段文字，就改成「Claude 協助起草／改寫」。判準是實際貢獻，不是 detector 分數。

五種常見情境，揭露文字怎麼寫？

• 純生成或主要起草：「初稿由 Claude 產生，作者完成事實查核、改寫與最終審閱。」
• 部分大幅改寫：「本文由作者提出觀點與資料，Claude 協助重組部分段落；作者完成最終內容。」
• 翻譯或摘要：「內容依人類原稿整理，Claude 協助翻譯／摘要，作者核對原文與專有名詞。」
• 校稿：「本文由作者撰寫，Claude 僅協助語句校對；作者完成最終審閱。」
• 格式轉換：內部記錄「Claude 協助格式轉換，未改變語意」；是否公開揭露，依客戶、學校、平台或組織政策決定，不要把整份作品標成 AI 原創。

這些是 AlphaLab 的交付溝通範本，不是 Anthropic 規定的固定句型。歐盟 AI Act 也把模型供應商的機器可讀標記，與特定 deployer 的可見揭露分成不同義務；想理解法規邊界，可延伸閱讀 EU AI Act AI 內容透明規則。重點不是每次用工具都貼同一張標籤，而是不要讓揭露文字超過你手上的證據。

FAQ：Claude 隱形標記常見問題

1. 現在所有 Claude 輸出都有隱形標記嗎？

不能這樣說。官方只承諾 2026 年 8 月 2 日起在歐盟推出的新模型於推出時支援，較早模型仍在加入；不同平台與檔案格式也可能有差異。官方目前沒有列出完整模型支援矩陣。

2. Claude 文字 watermark 就是 Unicode 或零寬字元嗎？

官方沒有公布機制，所以不能斷言。更容易混淆的是，C2PA 2.4 本身確實能以 Unicode Variation Selectors 承載簽署的文字 manifest；那仍不等於 Claude 的 model-level 文字 watermark。

3. 我現在可以貼上一段文字，檢查是不是 Claude 寫的嗎？

截至 2026 年 8 月 12 日，Anthropic 的標記頁面沒有提供公開的 Claude 文字檢測介面或操作步驟。一般 AI detector 不是替代品；先保存原始輸出，等官方技術文件公布。

4. 複製貼上、編輯或翻譯後，mark 還在嗎？

官方說文字標記會隨複製貼上移動，並「可能」撐過部分編輯；也明列重度編輯、改寫、翻譯、混寫或文字太短可能無法偵測。沒有公開的容忍比例或最低字數。

5. C2PA 顯示沒有 Content Credential，就代表不是 AI 嗎？

不代表。metadata 可能從未寫入、格式不支援、轉檔或重存時被移除，verifier 也可能尚未支援該載體。截圖通常也會失去原檔的 embedded manifest。

6. 只用 Claude 校稿，為什麼也可能被標記？

因為標記描述輸出的處理路徑，而非思想來源。官方明確以校稿、翻譯、摘要和檔案轉換說明：Claude 可能處理過內容，卻不是原作者。

7. 學校或客戶可以只靠 mark 判定作弊、抄襲嗎？

不應把單一訊號當裁決。應先核對規則允許哪些用途，再看原稿、版本歷程、引用、模型操作紀錄與人工審閱。mark 可觸發查證，不能取代查證。

8. 發現 mark 後，應該想辦法移除嗎？

不要把工作流設計成規避標記。回到 A／B／C 版本確認實際分工，修正揭露文字，並保存原始資產與檢查結果。真正保護交付品質的是可稽核紀錄，不是讓訊號消失。若想建立更完整的 AI 工作方法，可從 AI 如何協助建立 AI 工作流與 AlphaLab 課程繼續實作。