https://caozuohua.github.io/categories/%E7%B3%BB%E7%BB%9F%E6%9E%B6%E6%9E%84/Recent content in 系统架构 on CAO ZUOHUAHugozh-cnTue, 25 Aug 2026 11:40:00 +0800https://caozuohua.github.io/posts/2026-08-25-luck-ops-mcp-design/Tue, 25 Aug 2026 11:40:00 +0800https://caozuohua.github.io/posts/2026-08-25-luck-ops-mcp-design/<p>当一个个人 Agent 同时负责聊天、记忆、博客、Lark 卡片、多云 VPS、SSH、systemd、Docker、审批和审计时，最先出现的问题不是模型不够聪明，而是边界越来越难解释。</p> <p>继续给 Agent 增加工具，最终会得到另一个通用 Agent；改用成熟 Agent，又可能丢掉已经验证过的运维安全能力。</p> <p>更好的拆法是：</p> <blockquote> <p>保留 Lark 多云运维的专业能力，但把它从通用 Agent 中抽出来，做成独立的 <code>luck-ops-mcp</code>。</p> </blockquote> <p>Hermes、OpenClaw、Codex 或其他 MCP Client 负责理解用户意图；<code>luck-ops-mcp</code> 只负责资产、权限、审批、执行和审计。</p> <h2 id="产品边界">产品边界</h2> <p><code>luck-ops-mcp</code> 负责：</p> <ul> <li>AWS、GCP、Azure 等目标目录；</li> <li>主机、资源、服务和日志查询；</li> <li>固定、登记过的运维操作；</li> <li>用户、目标、服务和操作权限；</li> <li>Lark 人工审批；</li> <li>执行前置条件、结果验证和回滚说明；</li> <li>操作状态和审计记录。</li> </ul> <p>它不负责：</p> <ul> <li>通用聊天；</li> <li>Agent 推理和任务规划；</li> <li>博客写作、英语学习和知识问答；</li> <li>Agent 长期对话记忆；</li> <li>任意远程 Shell；</li> <li>根据模型临时生成系统命令。</li> </ul> <p>这样可以把系统分成三层：</p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>交互层：Lark / Web / CLI </span></span><span style="display:flex;"><span>推理层：Hermes / OpenClaw / 其他成熟 Agent </span></span><span style="display:flex;"><span>执行层：luck-ops-mcp / vps_sysops </span></span></code></pre></div><p>其中只有执行层持有运维凭据，推理层永远不是最终授权者。</p> <h2 id="为什么适合-mcp">为什么适合 MCP</h2> <p>MCP 把上下文和动作分成 Resources 与 Tools：稳定、可读的资产适合 Resources，会产生行为的操作适合 Tools。客户端可以通过标准协议发现 schema，而不需要为每个 Agent 重写插件。</p>