Show HN: 為Claude Code和Cowork打造的受管上下文庫（AGPL CLI）

每週一早晨，公司裡總有人開啟Claude（無論是在終端還是Cowork中），然後開始重新教它業務知識。這是模式。這是安全協議。為什麼不能直接呼叫那個服務，為什麼定價頁面從三月份起就與銷售文件不符。經過二十分鐘的重新介紹後，Claude變得有用。但到了週二，所有這些資訊都消失了。

這種重新介紹的開銷是你可見的成本。而隱性的成本更昂貴：Claude會用任何看似合理的模式填補你未告知的資訊空白，並給出一個聽起來同樣自信的答案，無論它引用的是你的實際政策還是即興創作的類似政策。這種情況在每個團隊、每個會話中不斷發生，導致企業逐漸偏離實際決策——一次一個令人信服但未經核實的答案。

ContextNest外掛填補了這一空白。無論你的團隊是在終端中執行Claude Code還是在Cowork中工作，它的安裝方式相同且行為一致——Claude停止猜測，而是從受控的、版本化的真實來源中工作：檢索、回寫、標記過期資訊，而無需任何人離開對話。

搜尋能找到一切，但它不知道什麼是被批准的。企業搜尋工具索引所有內容——每個Slack執行緒、每個廢棄的草稿、每個本應刪除的文件。索引和授權不是一回事。給Claude一個檔案平鋪資料夾，它無法區分當前的安全協議和十八個月前已廢棄的協議。問它一個技術問題，它會以同樣的信心引用兩者。

對於開發者來說，這是Claude可以搜尋的資料夾和Claude可以推理的圖之間的區別。搜尋返回匹配查詢的內容。而受管庫返回的是你的組織實際批准的內容，並附有版本歷史。

一個變更會波及一切，而你掌控每次編輯。知識不是一次一個文件地變化。重寫定價層級會導致銷售文件過時。更新API合同會使得三個整合指南描述的端點不再存在。修訂資料保留政策會導致安全手冊仍指向舊規則。改變定位會導致一半網站重複你剛廢棄的表述。在一個檔案資料夾中，這些都沒有關聯——每個文件各自孤立，直到有人偶然發現不匹配。

由於ContextNest以圖形式連結知識，Claude在工作時能看到這些連線。它不會自行選擇立場，而是呈現衝突並等待。Claude不會決定哪個版本正確。它會標記發現的內容，將你已經批准的版本應用到當前工作中，並保留其他內容供你解決。AI不驅動變更，你才是。

上週我們就遇到了這種情況。在重建一個頁面時，Claude發現我們的訊息架構文件與合作伙伴審查的新規則之間存在衝突，關於我們如何描述自己的技術——兩份文件都標記為權威，但說法相反。Claude沒有選擇其一，而是將新規則應用到進行中的工作，並將舊文件排入佇列供我協調。

Claude，任務進行中。