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，任務進行中。