Claude Academy
載入中

能見度：您能衡量的內容

第 11 課10 分鐘
本課內容完成後，您將能夠
  • 說明合規 API 記錄了什麼、未記錄什麼，以及它與稽核日誌和完整資料匯出有何不同
  • 決定是否將 OpenTelemetry 匯出路由至您的可觀測性堆疊，作為合規 API 的營運補充
  • 選擇與您現有資料政策相符的保留期限，並針對完全不應傳達給 Claude 的內容提出推論掛鉤建議

這是五項決策中的第五項：能見度。您已經設定好推展的成本。本課程涵蓋能見度：三個組成部分（合規 API、OpenTelemetry 與保留期限），以及其中一項難以回頭的決策。

能見度的用途

您所做的前四項決策設定了 Claude 的運作方式。能見度則是您用來判斷這些設定是否有效的方法。能見度也讓您能夠以證據回答特定的事後問題：哪些成員接觸過特定帳戶？Claude 在敏感對話中產生了什麼內容？該對話保留了多久？這些答案只能來自您已經保存的記錄。

這就是為什麼您要在成員取得存取權之前，而非之後，設定好能見度：從首次存取到您開啟記錄功能之間的這段時間，會在記錄中留下日後無法填補的空白。三個組成部分為您提供涵蓋範圍：合規 API（對話內容，加上稽核日誌事件）、OpenTelemetry（各介面的運作狀況），以及保留期限（內容保留多久）。其中部分記錄只有在合規 API 開啟時才會擷取：活動摘要事件，以及成員機器上工作階段的逐字稿，例如 Cowork 與 Claude Code。

合規 API：您的對話內容記錄

合規 API 是承載內容的記錄。它涵蓋 Claude 聊天，並延伸至 Cowork 與 Claude Code 的工作階段，運作於您組織現有的合規存取金鑰與設定之上，因此無需額外整合。請在說明中心的合規 API 文章中查看它適用於哪些方案，並在 Claude Platform Docs 上的擷取工作階段逐字稿中查看它會記錄哪些應用程式的工作階段。它承載活動摘要事件、聊天資料與檔案內容，因此能回答「說了什麼」與「分享了什麼」，而不僅僅是「誰在何時登入」。它是否符合特定的法律或法規要求，由您的法務與合規負責人決定。將其與您已在使用的 CASB、DLP、電子證據開示（eDiscovery）與 SIEM 工具整合——許多供應商已在合規 API 上建置整合，列於開始使用 Claude 合規 API 整合。

合規 API 很容易與另外兩種記錄混淆：

  • 稽核日誌僅為中繼資料。 它們記錄事件（誰在何時做了什麼：管理員與成員的操作），不含提示詞也不含完成內容。合規 API 也包含稽核日誌事件，因此單一記錄可同時承載兩者，但這項區別仍然重要：當有人要求提供內容時，僅有中繼資料是錯誤的答案。
  • 完整資料匯出是另一項獨立的主要擁有者功能，用於整批提取您組織的資料，而非逐案審查。

主要擁有者負責啟用合規 API。存取金鑰的範圍在建立時就已決定：主要擁有者金鑰可涵蓋母組織下的所有組織，而擁有者（Owner）金鑰僅涵蓋該擁有者自己的組織。主要擁有者也可以建立範圍僅限於單一組織（母組織的子組織）的金鑰，而不僅限於涵蓋整個母組織的金鑰——範圍是建立金鑰時逐一選擇的，而非由角色固定決定。接下來真正重要的決策是由誰來閱讀它：沒有人審查的記錄其實算不上是一種控管。許多公司已經有安全日誌匯集的地方（SIEM 或您安全工具的中央收集點），並由負責人審查這些日誌。將合規 API 路由至該處，Claude 就會成為既有審查流程中的另一個來源。

OpenTelemetry：各介面的運作狀況

OpenTelemetry 匯出會將營運遙測資料傳送至您的可觀測性堆疊：使用模式與效能，在部分介面上還包含對話內容。Claude Code 提供有文件記載的選擇加入（opt-in）功能，可在您的工程團隊開啟後記錄提示詞；預設情況下，其遙測資料僅為營運資料。在目前版本的 Claude Desktop 中，Cowork 的匯出僅承載中繼資料：提示詞文字、Claude 的回應與工具輸入預設為關閉，而 otlpContentCapture 裝置政策可將其開啟。部分較舊版本會傳送該內容，除非政策設定為僅中繼資料（作法請參閱 Cowork monitoring），且中繼資料一律包含成員的電子郵件地址以及他們連接的資料夾路徑，因此若您的組織有此要求，請在收集器中過濾這些資訊。請將 OpenTelemetry 視為「運作狀況」，作為合規 API「說了什麼」的補充，且屬於選用項目：內容方面應依賴的記錄是合規 API，而非遙測資料。如果您的平台團隊已經在執行可觀測性堆疊，這項工作就是交由他們進行路由設定。

保留期限：內容保留多久

保留期限是指對話內容在刪除前會保留多久。若維持預設值，內容會無限期保留，直到您或您的成員將其刪除為止。若您改為設定自訂保留期限，內容會依您的排程自動刪除；而對於保存在專案內的聊天，適用的是專案的期限，而非聊天本身的期限。關於保留期限從何時開始計算，以及自訂期限不涵蓋哪些內容，請參閱自訂資料保留；若您的組織使用統一的 Claude 體驗，另請參閱其設定文章。最短的自訂期限為 30 天。此設定沒有零保留的選項。

透過合規 API 取得的活動摘要事件與工作階段逐字稿，遵循各自獨立的保留模式：

  • 活動摘要：無論您設定的期限為何，一律保留六年。
  • 遠端工作階段逐字稿（在網頁版或行動版 claude.ai 上啟動的 Cowork 工作階段，這些工作階段在 Anthropic 管理的雲端環境中執行，以及雲端中每次執行的 Cowork 排程工作）：保留六年，除非成員提早刪除該工作階段。
  • 來自 Cowork 與 Claude Code 的本機工作階段逐字稿：若您設定了有限的自訂期限，則依該期限；若未設定，則保留六年；在已啟用 HIPAA 就緒功能的組織中，則自擷取起算 30 天，即使您的自訂期限更長也一樣。

聊天、檔案與專案內容遵循您所設定的期限，因此較短的期限會限制成員所能保留的內容，以及合規 API 所能回傳的內容。

保留期限是組織層級的設定，因此請依據貴公司對此類內容已有的資料治理政策來選擇，並讓負責該政策的人員參與，確保在您設定之前，這個數字已獲得核准。若某個受監管的部門所需的期限比組織其他部分希望的更短，那麼所有人都會採用這個較短的期限，因此請向受影響的團隊說明這項取捨，讓他們知悉。

可以帶入這場討論的一項提案是推論掛鉤：來自 Claude 聊天、Cowork 與 Claude Code 的每一則提示詞，都會先送到您的安全團隊或其供應商所營運的伺服器，進行允許或拒絕的判斷，然後 Claude 才會回答，因此完全不應傳達給 Claude 的內容會在門口就被擋下，而不是事後才由保留期限來管控。說明中心的推論掛鉤總覽說明了它們是什麼，以及誰可以開啟它們。

下方的互動小工具顯示這些決策各自如何影響您事後回答資料相關問題的能力。

載入中

Pluto 的能見度

Pluto 的主要擁有者在全面推展之前就啟用了合規 API，並將其路由至 Pluto 已在執行的安全審查流程中，因此有一位指定的審查人員會將其視為既有流程的一部分來閱讀。Cowork 與 Claude Code 的工作階段屬於合規 API 的涵蓋範圍，其營運遙測資料則匯出至 Platform 已在執行的可觀測性堆疊。而由於 Payments & Trust 部門所需的期限比其他部門原本會選擇的更短，風險負責人便將組織層級的保留期限設定為這個較短的數字。審查人員會在內容被刪除之前，將 Pluto 必須保留超過該期限的內容提取至 Pluto 自己的封存庫中，因為合規 API 無法回傳已被保留期限移除的聊天、檔案或本機工作階段逐字稿。

1 · 您的決策

您要設定什麼樣的保留期限，合規 API 是否已開啟並路由至審查人員？

2 · 您可以做的選擇

選擇何時選擇此項意義與影響
符合您現有的資料政策，開啟合規 API預設選項。您對此類內容已有資料治理政策，並且已有指定審查人員執行的安全／合規審查流程。保留期限設定為您資料治理政策對此類內容已規定的數值。合規 API 開啟並路由至您已在執行的審查流程。
受監管態勢，預期需開啟合規 API您處理受監管的資料。合規 API 從選用變為預期必備。保留期限通常會依您的法規與合約義務，而非一般資料政策，在組織層級統一設定——這項決定由您的風險負責人做出。整個組織都會採用受監管部門的數字。
關閉合規 API，並記錄啟用條件目前沒有審查流程，也沒有計畫建立。暫時將合規 API 保持關閉，並寫下啟用它的條件。請注意，在開啟之前，關於該期間的問題將沒有活動摘要事件或本機工作階段逐字稿可供參考。

如果貴公司的部分資料必須與其他資料完全分離，這並非保留期限的設定問題：這是第 4 課中獨立組織的問題，因此請將其導回該處處理，而非試圖在此解決。

3 · 若您日後變更此設定

合規 API 與 OpenTelemetry 是您隨時可以變更的開關與目的地，不過任何一段合規 API 處於關閉狀態的時間，都會留下與延後開啟相同的空白。保留期限則性質不同：這項設定可以自由調整，但它所刪除的內容不會再回來。日後縮短期限會抹除成員在舊期限下累積的歷史記錄。因此請一次就保留期限達成共識，在成員於您日後會想變更的數字下累積工作成果之前。

設定資源

當您做出決定後，保留期限與合規 API 會在組織設定中進行設定，並由主要擁有者開啟合規 API。

課程活動

這是通常會上呈的兩項決策之一，因此隨堂練習的這個部分同時也是您交給第 2 課中能見度負責人的簡報。這一項由風險負責人做出決定。請分四個部分整理：

  1. 三個組成部分（對話內容、營運遙測資料、保留期限）、它們在貴公司所銜接的流程，以及負責該流程的人員。任何沒有既有流程的部分，都代表您必須從零開始建立審查流程。請在推展前標記出來，因為這類工作建立起來最耗時。
  2. 您建議的保留期限，以及它所對應的既有政策。
  3. 您對合規 API 的建議，以及負責閱讀它的人員姓名。
  4. 遙測資料的去向。

要帶給您的能見度負責人的內容：三個組成部分、您的保留期限建議、您對合規 API 的建議及負責閱讀的人員，以及遙測資料的去向。將其交給您在第 2 課中指定的能見度負責人，並在他們做出決定後記錄下來。

→ 請將此記錄在隨堂練習手冊的第 11 課章節中。

下載項目

  • Work-along companion (Word)

    The editable Word version of the rollout plan you fill in lesson by lesson.

    下載

  • Work-along companion (PDF)

    The same rollout plan as a fillable PDF.

    下載

接下來

您現在可以證明發生了什麼事。推展是否奏效則是另一個問題，有不同的答案：採用訊號來自您的分析報告，需對照您在第 1 課中設定的推展目標來解讀。下一課將說明如何解讀這些訊號、它們可能在哪些地方誤導您，以及如何設定步調目標，為您的目標賦予時間表。