1. 先从你的任务开始

飞书的价值来自一条很朴素的链路：消息里出现信息，文档保存上下文，多维表格承接状态，任务明确行动，日历锁定时间，AI 和自动化处理重复步骤。先把其中一条链路跑通，使用习惯会自然长出来。

按你的身份选择路线

你现在的角色	先读	第一套成果	下一步
普通飞书用户	15 分钟起步、个人 AI 工作台	统一收件箱或会议行动清单	稍后读、知识卡片、项目记忆
个人开发者	工具怎么选、开发者工作流	CLI 连接日历、任务、文档	事件机器人、Markdown 发布
团队负责人	AI 与业务工作流、个人工作系统	一张业务 Base 和一条自动化	权限、指标、运行复盘
Agent 开发者	CLI、MCP、OpenAPI、Skill 工程	一个可验证的读写 Skill	事件订阅、多用户工作台

15 分钟起步

第一次使用，选一个每天都会发生、结果容易检查的任务。每日简报和会议到行动都很合适。

路线 A：每日工作简报

准备三个入口：

1. 飞书日历里放当天真实安排；
2. 飞书任务里放已经承诺的行动；
3. 建一篇《每日简报》文档，固定四个栏目。

## 今天的时间安排

## 最重要的三件事

## 等待他人的事项

## 今天结束前要确认的结果

每天早上读取日历和未完成任务，把内容整理进这四个栏目。先人工执行三天，再决定是否交给飞书 AI、aily 或 CLI 自动生成。

路线 B：会议到行动

一场会议结束后，只整理四类内容：

类型	放在哪里	例子
已确认结论	会议纪要或项目 Wiki	7 月采用新版定价
行动项	飞书任务	小王周五前更新报价页
待确认问题	Base 的待确认视图	合同生效日等待法务确认
下一次时间承诺	日历	下周二复盘数据

这套结构能让会议从“大家听过了”变成“有人负责、时间明确、结果可查”。

选择第一套工作流的四个问题

给候选场景各打 1—5 分：

1. 出现频率：一周会发生几次？
2. 信息是否清楚：输入能否稳定拿到？
3. 结果是否可检查：完成后能否回读状态或链接？
4. 节省的沟通：能否减少查找、转述和重复确认？

优先选择高频、输入清楚、结果可检查的场景。日程简报、会议行动、项目收件箱和内容选题通常会排在前面。

飞书在整套系统里的位置

飞书最适合承接人需要查看、判断、协作和确认的工作状态：

外部信息 / 本地文件 / 业务数据库
              ↓
        AI 提取与整理候选
              ↓
  飞书文档、Base、任务、日历、消息
              ↓
       人确认、协作、继续执行
              ↓
       结果回写与经验沉淀

高频原始日志、复杂查询和长期模型缓存进入 SQLite、PostgreSQL 或对象存储；飞书保留对人有意义的候选、状态、证据和结果。这样既能发挥飞书的协作体验，也能让数据规模保持清楚。