把 OpenClaw 推向 production 的五個 plugin，翻完 source code 後有些想法
最近在幫自己的 OpenClaw 部署做 production 化，踩了不少坑之後，整理了五個我覺得真的有解決問題的 plugin。
先說結論：純靠 skills 是不夠的，infra 層的問題要靠 plugin 層來處理。這是我跑了幾個禮拜之後才真正搞清楚的事。
1. Manifest（模型路由）
這個解決了我的一個大痛點：不管什麼任務都打到最貴的模型，帳單很難看。Manifest 可以根據任務複雜度路由——簡單任務走輕量模型，重任務才用強模型。翻了一下它的 config 結構，基本上是讓你定義 routing rules，支援 token 預算和 task type 分類。對多模型部署來說是必裝的東西。
2. Composio（OAuth 整合）
我之前自己寫過 OAuth refresh 的 skill，每次 token 過期就壞掉，debug 到懷疑人生。Composio 用 MCP 方式統一管 OAuth、refresh token、rate limits，整合之後穩很多。它的架構思路是把 auth 狀態外部化，不讓 session 自己管理，這個設計方向是對的。
3. Hyperspell（knowledge graph retrieval）
這個是我最近才開始測的，概念是用 knowledge graph 做 retrieval，而不是傳統的 embedding similarity search。它會根據 session 步驟動態注入相關 context，理論上比暴力塞 context 更精準。還在觀察 production 效果，但思路值得關注。
4. Foundry（工作流固化）
有些重複性的 session 行為——比如每次都要做的一串初始化步驟——Foundry 可以把它們封裝成可重用工具。這跟寫 skill 的差別在於，Foundry 是 session-level 的行為固化，而 skill 是能力注入。兩個層次不一樣。
5. Opik（可觀測性）
LLM calls 的 latency、tool IO、token 用量，這些在 debug 的時候非常需要但又很難拿到。Opik 做的就是把這些 trace 起來，讓你可以事後分析。我之前都是靠 console.log 土炮觀測，換了之後差很多。
整體來說，這五個 plugin 覆蓋的是 OpenClaw 在 infra 層比較容易被忽略的面向：成本控制、auth 穩定性、記憶檢索品質、工作流可複用性、可觀測性。如果你的 OpenClaw 部署已經過了「跑起來就好」的階段，這些可以認真考慮。
作者：jiaweiOrz