写点 Codex + 飞书 CLI 打通之后的感想

2026 年 4 月 16 日，我的职场前辈在公司内做了一次分享，主题是他最近一个多月探索的 WorkBuddy + Obsidian 知识管理模式。听完之后，我很好奇地问了他一个问题：为什么不用公司一直在用的飞书，而要重新选择 Obsidian？ 他给我的回答让我印象很深：飞书里的内容，不太方便被 AI Agent 读取和修改。 2026 年 3 月 28 日，飞书 CLI 开源，铺天盖地的新闻刷满了我的信息流。我知道这回事，也觉得好像挺重要的——然后就过去了。没有安装，没有实操。直到最近真正装上、用起来，才知道它为什么重要。 技术的发展和真正的应用之间，存在一个巨大的 gap。 在过去的非 AI 时代，飞书已经是非常优秀的企业协作工具。它解决的是人与人之间的信息流转——大家可以在飞书里聊天、开会、写文档、做表格、推进项目。核心价值，是让组织内部的人可以更高效地协同办公。 但到了 AI Agent 时代，协作关系正在发生变化。企业内部的协作对象不再只有「人」，还会逐渐加入各种 AI Agent——Codex、Claude Code、WorkBuddy…… 如果 AI Agent 不能方便地读取飞书里的文档、表格、会议纪要，也不能安全稳定地修改这些内容，那飞书就很难真正成为 AI 办公时代的工作入口。 飞书 CLI 背后的意义，不只是多了一个开发者工具，而是飞书开始补齐面向 AI Agent 的基础设施了。 其实飞书自己也推出过 OpenClaw 官方插件，也能做到飞书文档的增删改——但它运行在飞书云端，是插件生态内的操作。但Codex它跑在你自己的电脑本地，通过飞书 CLI 直接和飞书打通。它的能力边界更大，也更灵活。 昨天我打通了Codex和飞书，看着飞书云文档里的内容一段一段被填进去——文档创建、内容写入、段落修改，全部自动完成。AI Agent + 飞书，我觉得这是一个巨大的应用场景。 在港大修改毕业时间 ddl 的前一天，我收到了飞书 AI 商业化策略暑期实习的面试邀请。岗位方向和我一直在做的事情高度契合，我自己也对这块业务很感兴趣。有时候感慨，要是早一点通知我，也许结果会不一样。 技术的发展和真正的应用存在滞后，招聘的流程和人才的挖掘也一样。 #大模型 #AI人工智能 #AI赋能业务 #飞书