LangChain 在 2026 年 5 月 13 日推出 LangSmith Context Hub。它的定位是集中管理會影響 agent 行為的 context files，例如 AGENTS.md、skills、policies、examples、reference docs 和 memory files。
這個方向很重要，因為 agent 的品質不只取決於模型和程式碼，也取決於它讀到的 context 是否正確、最新、可審核。
為什麼 context 需要自己的管理層？
Agent 通常由三部分塑造：
- Model：推理和生成。
- Harness：agent loop、tools、state、permissions。
- Context：instructions、skills、policies、examples、domain knowledge。
很多失敗不是模型不夠強，而是 context 缺失、過期或散落各處。
例如：
- 客服政策更新了，但 agent 還用舊 SOP。
- 品牌語氣指南改了，但 skill 沒更新。
- Legal policy 有新版，但 production agent 仍讀 staging 文件。
- 某個 team 的最佳流程沒被其他 agent 重用。
Context Hub 的目標，是讓 context 像 code 一樣可以管理，但介面更適合跨職能協作。
Context Hub 提供什麼？
核心能力包括：
- Versioning：追蹤 context changes、查看舊版本、必要時 rollback。
- Tags：標記
dev、staging、prod等環境。 - Comments：讓團隊直接在 context changes 上協作。
- Skills support：支援 skill repo。
- Agent repo support：支援
AGENTS.md類型的 context。 - CLI sync：可從本地上傳或拉下 context。
這讓 context 從散落文件變成可版本化的 agent 資產。
Context 和 memory 的關係
Agent memory 可以分成幾類：
- Episodic memory：過去互動紀錄。
- Semantic memory：透過 retrieval 找到的知識。
- Procedural memory：instructions、skills、policies、流程。
Context Hub 更偏 procedural memory 和可維護 knowledge base。它讓 agent 不只從 prompt 開始，而是能從版本化 context 中取得工作方式。
誰應該維護 context？
不一定是工程師。
很多 context 最懂的人可能是：
- Support leads。
- Product managers。
- Designers。
- Marketers。
- Legal。
- Compliance。
- Sales operations。
- Domain experts。
這就是為什麼只放 GitHub 不一定夠。GitHub 很適合 code，但不一定適合所有業務角色頻繁維護 SOP、語氣指南、政策和 examples。
導入前要設計的 governance
企業使用 Context Hub 或類似系統時，要先定義：
- 誰可以建立 context repo？
- 誰可以修改 production tag？
- 哪些 context 需要 legal review？
- Agent 是否可以自己更新 memory？
- 自動更新是否需要人審？
- 如何把 production failure 連回 context issue？
- 如何避免不同 team 維護衝突版本？
Context 一旦能直接影響 agent 行為，就不能只當文件看待。
官方來源
結論
Context Hub 的訊號很明確：agent context 正在變成一等工程資產。
未來企業做 agent，不會只管理 model version 和 code version，也要管理 context version。哪些 skills、policies、examples、memory files 被哪個 agent、哪個環境、哪次 run 使用，都會成為 agent governance 的核心。