Posts

Luck Ops MCP：把 Lark 多云运维做成成熟 Agent 可接入的标准工具

当一个个人 Agent 同时负责聊天、记忆、博客、Lark 卡片、多云 VPS、SSH、systemd、Docker、审批和审计时，最先出现的问题不是模型不够聪明，而是边界越来越难解释。

继续给 Agent 增加工具，最终会得到另一个通用 Agent；改用成熟 Agent，又可能丢掉已经验证过的运维安全能力。

更好的拆法是：

保留 Lark 多云运维的专业能力，但把它从通用 Agent 中抽出来，做成独立的 luck-ops-mcp。

Hermes、OpenClaw、Codex 或其他 MCP Client 负责理解用户意图；luck-ops-mcp 只负责资产、权限、审批、执行和审计。

产品边界

luck-ops-mcp 负责：

  • AWS、GCP、Azure 等目标目录；
  • 主机、资源、服务和日志查询；
  • 固定、登记过的运维操作；
  • 用户、目标、服务和操作权限；
  • Lark 人工审批；
  • 执行前置条件、结果验证和回滚说明；
  • 操作状态和审计记录。

它不负责：

  • 通用聊天；
  • Agent 推理和任务规划；
  • 博客写作、英语学习和知识问答；
  • Agent 长期对话记忆；
  • 任意远程 Shell；
  • 根据模型临时生成系统命令。

这样可以把系统分成三层：

交互层：Lark / Web / CLI
推理层：Hermes / OpenClaw / 其他成熟 Agent
执行层：luck-ops-mcp / vps_sysops

其中只有执行层持有运维凭据，推理层永远不是最终授权者。

为什么适合 MCP

MCP 把上下文和动作分成 Resources 与 Tools：稳定、可读的资产适合 Resources，会产生行为的操作适合 Tools。客户端可以通过标准协议发现 schema，而不需要为每个 Agent 重写插件。

read more