使用 Durin 集中 MCP 訪問

為什麼要集中MCP 連線？

員工可以使用一個人工智慧客戶端進行編碼，另一個進行研究。每個都可以連接到多個工具。隨著這些連線的增加，IT 需要知道誰擁有它們、它們使用哪個憑證、它們暴露了哪些資源，以及當出現問題時在哪裡可以找到證據。在每個客戶身上重複這項工作會使變更更難以協調。

Durin 在用戶端和核准的連線之間放置受管理的 MCP 路徑。每個人保留一個單獨的端點，而管理員則管理連線、訪問政策、在工作區中撰寫審查和證據。這是入口網站或閘道模式背後的有用想法：跨工具連線的一致操作流程。它並不要求每個人共享一個人的 URL。

之前：每個客戶端獨立連接到上游系統。之後：客戶端使用自己的 Durin 端點和一組通用的連線控制項。虛線直接路徑仍到達上游系統，但不穿過 Durin；它的所有者必須單獨控制該路線。

打開全尺寸圖： 單獨的連線成為共享受控路由，仍可在其外部直接存取。

直接 MCP 伺服器可能已經具有有效的身份驗證、資源控制和稽核。當您的團隊需要跨多個客戶端或系統一致地管理這些職責時，集中化非常有用。首先盤點您已有的控制權，然後確定應該共享的決策。

保留該清單上的直接路徑。使用單獨提供者憑證的使用者仍可存取 Durin 以外的相同系統。客戶端配置、上游權限和任何網路控制仍然是部署的一部分。成功的受控呼叫證明路由有效；它並不能證明所有其他路線都已關閉。

架構如何組合在一起

AI客戶端提出工具呼叫。 Durin 在個人 MCP 端點接收請求並對請求者進行身份驗證。端點屬於該帳戶：知道其地址並未授權其他人使用它。瀏覽器登入和經過驗證的 MCP 用戶端是單獨的步驟。

客戶端及其模型仍位於 Durin 之外。個人端點選擇一個身分綁定的入口點。在 Durin 內部，目前檢查和政策在連線之前。遠端 MCP 請求傳送至上游 MCP 伺服器；本機適配器呼叫提供者 API。決策和結果元資料形成稽核軌跡。合成沙箱保留在 Durin 內，並且不與任何提供者聯繫。

打開全尺寸圖： 個人入口和存取檢查路由至遠端 MCP 或本機 API 連線。

經批准的連線描述了工作區已提供的系統。存取權限仍然取決於請求者目前的成員資格和團隊範圍、連線的狀態、所選的憑證、審查的工具、資源和檢查。工具發現公開了可用的目錄，但看到工具並不意味著永久授權可以呼叫它。

遠端 MCP 連線與上游 MCP 伺服器通訊。本機連接器針對提供者 API 實作工具。這些是同一治理邊界後面的不同執行路徑。內建 Durin 沙箱提供合成文件和票據，無需聯繫外部提供者。在配置真實系統之前，使用它來學習控制項。

您的模型繼續在客戶選擇的環境中運作。 Durin 不託管或訓練它。傳回給客戶端的工具結果可以到達該模型提供者，因此也將您組織的資料處理規則套用至客戶端。上游授權對於所選提供者帳戶可以存取的內容仍然具有權威性。

當智能體呼叫工具時會發生什麼？

考慮無害的閱讀：sandbox__read_document 與資源工程/手冊。沙箱包含一本簡短的綜合手冊，而不是公司文件。客戶端提交工具名稱和參數； Durin 評估該請求者現在是否可以進行此呼叫。

驗證並檢查存取權限，然後記錄政策決策。拒絕停止通話。 核准需要暫停操作以進行獨立審查和準確的請求者重試。只有目前允許的請求才會繼續分派。嘗試後，記錄的結果是確認成功、確認失敗或不確定；不確定性永遠不會被視為成功。

打開全尺寸圖： 工具呼叫在調度之前透過檢查和政策決策並單獨記錄結果。

1. 識別請求者。身份驗證必須與個人端點和當前工作區成員資格相符。
2. 檢查存取權限。必須啟用並驗證連線；團隊範圍、個人存取、憑證、審查的工具、允許的資源和檢查必須允許請求。
3. 評估政策。經過必要檢查後，預設允許已審核的請求。管理員可以選擇預設拒絕、獨立要求寫入核准或拒絕寫入。團隊限制和自訂政策可以進一步限制結果。
4. 僅在允許的情況下發貨。被拒絕的請求會在工具運作前停止。 核准要求的回應意味著需要審核和重試；沒有執行任何操作。
5. 檢查結果。綜合讀取會傳回有關成功的手冊文字。決策和執行記錄將允許的內容和實際發生的內容描述為單獨的事實。

允許決定不能保證提供者將成功回應。上游身份驗證可能會過期，服務可能會失敗，分派的寫入可能會失去可靠的確認。 Durin 區分已確認完成、已確認失敗和不確定性。將不確定的寫入視為需要調查的內容，因為重複它可能會產生第二種效果。

將客戶端連接到 Durin

從現有的 Durin 工作區開始，管理員可以審核連線請求。如果您是新用戶，請先完成入職期間顯示的帳戶和工作區步驟。以下的練習使用 Durin 的合成沙箱，不需要第三方提供者帳號。如需註冊前的演示，請嘗試下面連結的公共請求模擬器。

1. 在「我的工作區」中，開啟連線並展開「連接您的智能體」。找到您的 MCP 端點。如果出現提示，請選擇設定您的端點；然後使用複製網址。將複製的地址與您自己的帳戶關聯起來。
2. 開啟連線 → 可用並要求 Durin 沙箱。管理員在核准中開啟請求並選擇批准請求。如果需要，這將創建沙箱。現有存取政策仍然適用；已停用的沙箱需要管理員才能啟用它。
3. 將複製的端點新增至 MCP 用戶端。下面的 Claude 程式碼範例來自網站使用的相同設定產生器。將 YOUR_PERSONAL_ENDPOINT_ID 替換為您自己複製的網址中的識別碼；顯示的位址只是佔位符。

claude mcp add --transport http --scope user durin 'https://mcp.getdurin.com/mcp/u/YOUR_PERSONAL_ENDPOINT_ID'

開啟 Claude 程式碼並使用 /mcp 來驗證 Durin。

使用擁有端點的帳戶完成身份驗證，然後重新整理客戶端的工具。請勿將提供者令牌貼到端點 URL 中或將其他人的位址共用為團隊設定。如果您已有名為 Durin 的伺服器，請先協調現有條目，然後再新增另一個條目。客戶端設定指南還涵蓋 Codex、Cursor 和連線特定的 URL。

對於僅應看到一個已儲存的連線的客戶端，請開啟該連線並選擇“設定連線 URL”，然後選擇“複製連線 URL”。驗證該確切地址的擁有者身分。完整的個人端點和連線特定端點具有單獨的授權受眾：一個端點的令牌不能與另一個端點互換。資源權限和目前的政策仍然適用於所選的連線。

要求客戶端使用資源工程/手冊呼叫sandbox__read_document。成功的回覆將其自身標識為綜合工程手冊，並聲明其不包含任何公司資料。檢查 Activity 的請求及其結果；當您需要更廣泛的視野時，請管理員檢查組織的稽核證據。

管理員已批准此範例公司手冊設定請求。可見的「已批准·設定待定」狀態和審核說明意味著提供者存取權限在啟動之前仍需要驗證。此連線請求與批准一項確切的工具操作是分開的。

打開全尺寸圖： Durin 連線公司手冊審查顯示已批准·設定待定。

當您轉向真正的提供者時，請使用其設定指南和當前的連線畫面。已儲存的草稿、列出的提供者或已核准的設定請求並不能證明連線處於活動狀態。必須在適用的情況下完成提供者身份驗證、工具發現和審查、驗證器、就緒測試和啟動。可能還需要個人提供者的同意。遵循顯示的檢查點，而不是假設沙盒的無帳戶設定適用於每個整合。

謹慎處理敏感寫入

為了安全地進行審核，請讓管理員發布。需要另一位管理員進行寫入。提交帶有資源工程/路線圖和簡短綜合標題的 sandbox__create_ticket。必須由其他活躍管理員審核該操作。同一個人不能同時請求和批准它，即使該人具有管理員存取權限。

請求者提交寫入並接收待處理的操作。另一位活跃管理员对其进行审核。精確的核准將控制權傳回給請求者，無需調度。請求者在到期前使​​用核准參考重試相同的通話。 Durin 在使用目前存取和授權並聲明一次嘗試之前重新驗證目前存取和授權。被拒绝、过期或无效的资助将停止。不確定的嘗試需要在另一次寫入之前進行調查。

打開全尺寸圖： 不同的管理員批准，請求者重試，目前檢查控制一次執行嘗試。

審閱者在核准中開啟操作，檢查請求者、工具、資源、參數摘要、版本和到期時間，然後選擇批准確切操作或拒絕操作。 核准將一個請求與其身分、連線、憑證上下文、工具、參數、資源和相關版本綁定。它不授予以后写入的一般权限。

重试是根据当前访问进行评估的。過期的核准、撤銷的成員資格、更改的政策、更改的參數或更改的工具或憑證上下文無法授權舊操作。執行嘗試會消耗可用的授權；重複交付並不授權另一次寫入。如果需要新的審核，請在建立另一個請求之前調查原因。

例如，在審核後更改合成票證標題會更改參數。選擇不同的路線圖資源會改變目標。審閱者也未授權該操作。保持原始請求完整以進行精確重試，或提交更改的操作以進行自身評估。這為管理員提供了有限的決定，而不是讓智能體即興編寫後續寫入的開放式權限。

最後檢查執行結果。對於沙箱，確認成功會產生合成票證。對於真正的提供者來說，丟失回應可能會導致結果不確定。在嘗試新寫入之前檢查提供者和記錄的證據。更改冪等鍵強制進行另一次嘗試可能會重複已經發生的操作。

推出前了解邊界

當呼叫失敗時，在更改權限之前找到檢查點。身份驗證失敗需要正確的帳戶和端點授權。 政策拒絕要求檢查其原因、成員資格、團隊範圍、工具審查和資源存取權限。不可用的連線可能被停用、未經驗證、為使用者斷開連接，或遺失可用的憑證。這些條件並不是透過批准該行動而確定的。

過期或無效的核准需要對目前請求進行重新審核。上游錯誤需要調查提供者及其權限。將這些情況與不確定的分派寫入分開，其中操作可能已經發生。避免將每個錯誤視為重試的原因。

稽核證據記錄決策和執行元資料。它並不承諾存檔每個提示、論點或回應。確定操作員需要哪些證據，審查捕獲和保留設置，並確認誰可以檢查記錄。您的上游服務和模型提供者保留自己的安全和資料處理責任。

• 為每個連線指定一個擁有者，並在 Durin 路由旁邊列出直接存取路徑。
• 連接一位目標成員，確認低風險讀取，並驗證拒絕及其記錄的原因。
• 在擴展寫入存取權限之前測試獨立審查、精確重試、到期和撤銷。
• 同意由誰調查失敗和不確定的嘗試以及他們將在哪裡檢查實際效果。
• 在計劃更廣泛的推廣之前，請先檢查當前的定價和所需的帳戶功能。

在您的團隊可以解釋路線、許可決定和嘗試結果後進行擴展。開發者指南是客戶端整合的下一步； 治理檢查表有助於將這個單一的練習變成一個操作流程。