我为什么毫不犹豫地推了飞书作为企业 AI Agent 载体
作者在负责公司 AI Agent 选型时,经过对比最终选择了飞书。主要原因包括:飞书支持多 Agent 分工协作,解决了单一 Bot 功能臃肿的问题;实现了会议纪要自动流转为待办任务,打通了业务闭环;提供可编辑画板功能,降低了设计和修改成本。作者认为,飞书以开源、安全和生态完善的优势,正成为对 Agent 最友好的工作平台。
作者在负责公司 AI Agent 选型时,经过对比最终选择了飞书。主要原因包括:飞书支持多 Agent 分工协作,解决了单一 Bot 功能臃肿的问题;实现了会议纪要自动流转为待办任务,打通了业务闭环;提供可编辑画板功能,降低了设计和修改成本。作者认为,飞书以开源、安全和生态完善的优势,正成为对 Agent 最友好的工作平台。
文章清晰列举了飞书在多Agent协作、自动化任务等方面的落地应用,实操性强且可读性极佳,但缺乏底层技术深度的剖析。
本文是系列教程的实操篇,讲解如何通过自然语言让豆包工作(AI Agent)操作飞书,无需学习飞书多维表格和知识库的手动操作,也无需记忆命令。文章以搭建读书管理系统为例:先用多维表格做书架,实现建表、加书、查询、改状态、删记录;再用知识库做笔记本,完成建空间、建页面、浏览整理、重命名移动、删除等操作。每步附有可选的 lark-cli 命令供进阶读者参考。最后还演示了如何将整个流程压缩成一条指令,让 AI 一次完成建表、加书、建空间、建笔记并返回链接。
作者整理了 WorkBuddy 的 15 个实战项目场景,涵盖个人工作台配置、知识库搭建、Obsidian 自动化工作流、Excel 文件处理、飞书协同办公、AI Agent 助手、Figma 原型图生成、邮件自动化处理、简历面试辅导、AI 生图、热点抓取以及记忆系统等。每个项目都附有 GitHub 开源链接,并标注了配置时间和效率提升效果。作者建议新手先安装 WorkBuddyGuide 和 bitcjm/workbuddy-skills 两个核心项目即可覆盖 80% 日常场景,通过逐步实践这些自动化项目,每天可节省约两小时。
本文面向社群运营、技术支持与客服团队,详细介绍了如何基于 FastGPT 搭建一套生产级的 AI 智能社群客服系统。作者拆解了由 15 个节点、28 条连线组成的完整工作流方案,涵盖知识库整理、消息意图过滤、多渠道(飞书/微信)分流、Agent 应答规则定制、双知识库检索工具挂载以及问题分类打标与运营数据沉淀等核心环节,并说明了飞书机器人权限配置、富文本消息渲染及微信生态多种接入方式,实现智能回复与人工兜底的自动化客服闭环。
文章介绍如何用六个分工明确的 Hermes AI 机器人加共享知识库,构建一人媒体公司的完整内容生产闭环。系统采用四层基础设施(Bot Mode、独立档案、Obsidian 知识库、Kanban 看板),六个角色分别为信号侦察、研究员、内容策略师、长文作者、分发和编辑,各自遵守职责契约。关键机制包括可检查的结构化交接、人类保留编辑边界批准权、数据反哺系统迭代。文章还给出 8 步 MVP 落地路径,强调自动化应消除重复决策而非消除个人品味。
Thorsten Ball 分享了 2026 年 10 月他与 AI Agent 协作的工作方法:使用最新最强的模型,不必担心代码库积累 slop;提示时描述 What 而非 How;让 agent 贯通整个软件开发生命周期(运行、部署、看日志、处理 bug 报告),并为其提供定制工具;通过盲测实验评估 agent 对代码库知识的利用;不要手动管理上下文,让 compaction 工作;请求不可反驳的证明(端到端演示、前后对比数据);拥抱异步工作流,给 agent 更大任务;利用定时唤醒等自动化功能;只审查高影响范围的代码。这些实践展示了 agent 驱动开发的新范式。
作者基于运营"零人类公司"的实践,提出不应把Grok Bot当作聊天机器人来"搭建",而应像雇佣员工一样"招聘"它。文章介绍了Zero-Human Company的发展历程:从16个AI员工扩展到日常1000+、峰值75万+的规模,并总结出核心管理原则:一个员工一个明确职责、书面化的岗位描述、可验证的完成标准、人类审批的安全边界。文章还详细讲解了Grok Bot的订阅要求、账户链接、应用安装和上手步骤,强调模型不是难点,管理才是。