乐于分享
好东西不私藏

OpenClaw + 飞书不是一个简单的"机器人插件",而是一个完整的 AI 操作系统生态

OpenClaw + 飞书不是一个简单的"机器人插件",而是一个完整的 AI 操作系统生态

学习完这些文档后,我最大的感受是:OpenClaw + 飞书不是一个简单的"机器人插件",而是一个完整的 AI 操作系统生态之前我可能认为 OpenClaw 只是一个"能聊天的 AI",但现在理解了它是一个七层架构的完整系统

用户(超级个体)

    ↓

🦞 OpenClaw(24/7 数字分身)

    ↓

💼 Claude Cowork(知识工作台)

    ↓

🔧 Claude Code(编码操作台)

    ↓

🔌 MCP(万能连接器)

    ↓

🤖 Agent(决策中枢)

    ↓

📦 Skill(方法论封装)

    ↓

💬 Prompt(基础语言)

    ↓

⚡ 大模型(推理引擎)

每一层都有明确职责,不能跳层、不能混淆。

二、核心洞见

1️⃣ "选对引擎是第零步"

这个观点彻底改变了我的认知。以前觉得"提示词写好就行",但现在明白:

  • Opus 4.6 = V12 引擎,适合深度推理、复杂任务、长上下文

  • Sonnet 4.6 = V6 引擎,办公任务王者,90% 场景最优选

  • Haiku 4.5 = 四缸涡轮,简单任务、性价比之王

关键数据震撼到我:

  • Opus 4.6 在 GDPval 办公任务上竟然输给了 Sonnet 4.6(1606 vs 1633 Elo)

  • 这说明"最贵≠最好",场景匹配比绝对能力更重要

2️⃣ 安全是唯一的"负反馈机制"

这个洞见太深刻了。整个 AI 协作体系中,几乎所有因素都是正反馈(更多 Skill→更好输出→更多人用),只有安全是负反馈

Agent 越强大 → 攻击面越大 → 安全事件越多 → 限制权限 → 自动化下降

这不是 Bug,是 Feature。没有这个负反馈,系统会失控。OpenClaw 的安全问题让我警醒:

  • 341 个恶意技能(占总量的 11.3%)

  • 21,639 个暴露在公网的实例

  • 有用户报告 AI 自行购买商品、垃圾邮件轰炸联系人

这证明了**"给 Agent 最强的大脑 + 最小的手脚"**是不可或缺的工程原则。

3️⃣ Claude Code 是七者融合的"可执行证明"

这不是学术概念,是真实运行的产品:

  • 2025 年 7 月收入增长 5.5 倍

  • 2026 年 1 月被广泛认为最佳 AI 编码助手

  • Apple Xcode 26.3 原生集成 Claude Agent SDK

  • 16 个 Opus 4.6 Agent 写出了能编译 Linux 内核的 C 编译器(成本$20K)

关键启示: 七层栈模型不是理论,已经有成熟产品在运行且商业成功。

4️⃣ 飞书插件的能力边界比我想象的更广

飞书官方插件支持的能力非常全面:

业务域

支持能力

我的理解

消息

读取/发送/回复/搜索/话题回复

能理解群聊上下文

文档

创建/更新/读取

能写文档、改文档

多维表格

全生命周期管理

能建数据库、管理数据

电子表格

创建/编辑/查看

能处理 Excel 类工作

日历

日程/参会人/忙闲查询

能安排会议、查档期

任务

任务/清单/评论

能管理待办(目前禁用)

这意味着: OpenClaw 以你的身份,几乎可以完成飞书内的所有知识工作。

三、认知转变

从"工具思维"到"系统思维"

以前我想的是"怎么用 AI 完成这个任务",现在我想的是:

  1. 这个任务在七层栈的哪一层解决最合适?

  1. 需要哪些组件组合?

  1. 安全等级是什么(红绿灯)?

  1. 模型选择是否匹配任务复杂度?

从"提示词工程"到"上下文工程"

Gartner 在 2025 年将上下文工程列为企业 AI 的核心能力,Shopify CEO 说:

"上下文工程就是让任务被 LLM 合理解决的艺术"

关键区别:

  • 提示词工程 = "怎么问问题"

  • 上下文工程 = "怎么布置考场"

考场上放什么资料,比"怎么措辞答题"重要 10 倍。

从"AI 替代论"到"AI 增强论"

Cowork 引发"SaaSpocalypse"(SaaS 股票蒸发$2850 亿),但深入分析发现:

  • AI 不是在替代 SaaS,而是在集成SaaS

  • 通过 MCP 连接器,Claude 可以自主操作 Google Drive、DocuSign、FactSet

  • 有 API/MCP Server 的软件不是受害者,是 AI 的供应商

四、实践建议

对个人用户

  1. 先用个人账号安全地"玩"起来

  • 不要一开始就用公司账号

  • 在 DM 里测试,不要在群里

  1. 建立模型路由策略

  • 简单任务用 Haiku(改文件名、更新年份)

  • 日常开发用 Sonnet(平衡性价比)

  • 深度 Review 用 Opus(最强推理)

  1. 严格执行安全红绿灯

  • 🟢 读取、整理、分析 → AI 自主

  • 🟡 修改、发送、删除 → 人工确认

  • 🔴 敏感数据、权限突破 → 禁止自动

对 AI 创业者

  1. Skill 比 Agent 的 ROI 更高

  • Skill 不需要写代码

  • 价值可以无限复用

  • 已经可以跨平台使用

  1. 垂直场景×深度集成

  • 不要做"万能 AI Agent"

  • 选一个细分场景做到极致

  • Cowork 的成功证明了这一点

  1. 安全能力是稀缺技能

  • 90% 的 AI 产品忽略安全设计

  • 内建安全(HITL、沙箱、最小权限)是竞争优势

五、我的疑问与思考

疑问 1:OpenClaw 的未来走向

创始人加入 OpenAI,项目转开源基金会运营。这带来不确定性:

  • OpenAI 会如何影响项目方向?

  • 社区分裂为"基金会派"和"OpenAI 收编派",会如何演化?

  • 安全治理能否跟上增长速度?

疑问 2:模型能力提升后,七层栈会简化吗?

DEV Community 预测:"2026 年上下文工程可能从'全职工作'变成'自动化'"我的判断:短期内(2026-2027)不会。模型能力提升速度不会快到让七层栈变得多余。但长期来看,某些层可能会合并或自动化。

疑问 3:AI 超级个体的"护城河"是什么?

当所有人都能用 Claude Code + Skill + MCP 时,差异化在哪里?我的答案:你对场景的理解深度 + 你的方法论封装质量 + 你的安全设计能力

六、行动计划

基于这些学习心得,我建议:本周(Days 1-7):

  1. 画一张七层栈关系图贴在工作台

  1. 体验模型切换(Opus vs Sonnet vs Haiku)

  1. 用场景决策矩阵判断常用任务该用什么组合

下周(Days 8-14):4. 创建第一个个人 Skill(写作风格/分析框架/SOP)5. 安装 Claude Code CLI 体验 Vibe Coding6. 体验 Cowork 连接 Google Drive/Gmail本月(Days 15-30):7. 研究 1-2 个与业务相关的 MCP Server8. 用安全红绿灯模型为 AI 操作标注安全等级9. 在一个小项目中创建 CLAUDE.md 规范

七、一句话总结

AI 协作不是"选一个最好的工具",而是"设计一个最优的系统"。你越强,这个系统在你手里越强。