4. 个人 AI 工作台：让知识进入行动
官方文档会告诉你多维表格、AI 字段和工作流分别怎么配置。这一章关注另一件事：一个人每天遇到的消息、链接、想法、会议和资料，怎样通过飞书变成可以再次利用的知识。
这套系统真正解决什么
个人知识管理常见的卡点发生在三个位置：
- 收集入口太多，想到什么时要先判断放在哪里；
- 收藏越来越多，真正需要时找不到当时的判断；
- 笔记停留在保存，和项目、任务、写作之间没有连接。
AI 与飞书的组合适合把这三步连起来：
消息里随手输入
→ AI 判断这是待办、笔记、资料、联系人还是想法
→ 提取标题、时间、来源和候选标签
→ 写入对应数据表
→ 在项目、主题和本周回顾里重新出现
→ 形成文章、决策、任务或下一步研究问题这套系统的独特价值来自“再次出现”。一条信息进入后，会在合适的时间和场景里回到你面前。
四层个人 AI 工作台
少数派作者一泽 Eze 分享的个人效率系统提供了一个很实用的拆法：入口、大脑、记忆、交互四层。[^sspai-personal-system] 放到个人知识管理里，可以这样理解：
| 层 | 飞书里的载体 | 负责什么 |
|---|---|---|
| 入口层 | 给自己的飞书消息、语音、链接 | 随手收集，降低记录摩擦 |
| 大脑层 | Base 工作流、AI 分类、AI Agent 节点 | 判断类型，提取字段，提出关联建议 |
| 记忆层 | 多维表格、文档、Wiki | 保存原始资料、知识卡片、项目与关系 |
| 交互层 | Base 应用模式、视图、机器人回复 | 查看、处理、回顾和继续行动 |
个人使用时，入口可以只开放给自己。团队使用时，再把特定群作为共享入口。系统先围绕一个人的真实习惯跑顺，后续扩展会更稳。
一个 Base，六张表
这套结构同时覆盖收集、阅读、理解、研究和输出。第一次搭建可以先建前三张表，使用一周后再增加其余部分。
1. Inbox：所有东西先到这里
| 字段 | 类型 | 用途 |
|---|---|---|
| item_id | 文本 | 稳定主键 |
| 原始输入 | 长文本 | 消息、语音转写或手工记录 |
| 输入类型 | 单选 | 文字、链接、文件、会议、语音 |
| AI 意图 | 单选 | 待办、笔记、稍后读、想法、联系人、项目资料 |
| AI 摘要 | 长文本 | 一句话说明它是什么 |
| 目标表 | 单选 | 下一步进入哪张表 |
| 处理状态 | 单选 | 待判断、待确认、已分发、已归档 |
| 来源链接 | URL | 回到原始消息或页面 |
| 创建时间 | 创建时间 | 进入系统的时间 |
推荐视图：
- 今天新进来的：当天输入，按时间倒序；
- AI 拿不准的：置信度低或目标表为空；
- 等待我确认：AI 已经给出分类，人完成最后一步；
- 本周已处理：检查系统真正消化了多少内容。
2. Sources：保存原始资料
| 字段 | 类型 | 用途 |
|---|---|---|
| source_id | 文本 | 来源主键 |
| 标题、作者、平台 | 文本 | 资料身份 |
| 原始链接 | URL | 权威来源 |
| 来源类型 | 单选 | 文章、书、视频、播客、会议、聊天、PDF |
| 发布日期 | 日期 | 判断时效 |
| AI 摘要 | 长文本 | 快速了解内容 |
| 阅读时长 | 数字 | 安排阅读时间 |
| 个人相关度 | 评分 | 按当前主题和项目判断 |
| 阅读状态 | 单选 | 待读、阅读中、已读、已放弃 |
| 关联主题 | 关联 | 连接 Topics |
| 关联项目 | 关联 | 连接 Projects |
| 原文备份 | 附件 / URL | 保留可访问副本 |
原文、AI 摘要和自己的判断分开保存。以后模型变化、链接失效或理解改变时，仍然可以回到原始资料重新处理。
3. Knowledge Cards：保存自己的判断
| 字段 | 类型 | 用途 |
|---|---|---|
| card_id | 文本 | 卡片主键 |
| 一句话结论 | 文本 | 这张卡最重要的判断 |
| 解释 | 长文本 | 用自己的话写清楚 |
| 证据 | 长文本 | 支撑这条判断的材料 |
| 来源 | 关联 | 连接 Sources |
| 主题 | 关联 | 连接 Topics |
| 适用条件 | 长文本 | 这条经验在什么条件下成立 |
| 可用于 | 多选 | 项目、文章、决策、课程、对话 |
| 人工版本 | 长文本 | 最终采用的表达 |
| AI 候选版本 | 长文本 | AI 提取或重写结果 |
| 最近使用 | 日期 | 上次在哪个输出中被调用 |
| 使用次数 | 数字 | 衡量知识再利用 |
知识卡片保存的是“我现在怎样理解这件事”。一篇文章可以生成多张卡片，一张卡片也可以引用多个来源。
4. Topics：持续研究的问题
| 字段 | 类型 | 用途 |
|---|---|---|
| topic_id | 文本 | 主题主键 |
| 主题名称 | 文本 | 例如 Agent 记忆、个人知识管理 |
| 当前问题 | 长文本 | 这阶段真正想回答什么 |
| 已知结论 | 长文本 | 当前已经确认的理解 |
| 证据缺口 | 长文本 | 还缺什么资料或验证 |
| 关联来源 | 关联 | Sources |
| 关联卡片 | 关联 | Knowledge Cards |
| 相关项目 | 关联 | Projects |
| 下一步研究 | 文本 | 下一次具体行动 |
| 状态 | 单选 | 探索中、形成观点、进入输出、暂停 |
Topics 让知识管理围绕问题生长。标签告诉你“它属于哪里”，主题问题告诉你“为什么还要继续研究”。
5. Projects：让知识进入正在做的事
Projects 表沿用前文结构，再增加三个关联字段：项目证据、可用知识卡片、待研究问题。这样每次打开项目，既能看到下一步行动，也能看到已经积累的材料。
6. Reviews：定期把系统叫醒
| 字段 | 类型 | 用途 |
|---|---|---|
| review_id | 文本 | 回顾主键 |
| 回顾周期 | 单选 | 每日、每周、每月、专题 |
| 新增资料 | 关联 | 本周期 Sources |
| 新增卡片 | 关联 | 本周期 Knowledge Cards |
| 进入项目的知识 | 关联 | 已被实际使用的内容 |
| 待处理积压 | 数字 | Inbox 和待读数量 |
| 本期变化 | 长文本 | 哪个观点或方向发生变化 |
| 下一周期重点 | 长文本 | 接下来关注什么 |
| 回顾文档 | URL | 完整复盘 |
每日工作简报
你会得到一份每天可执行的工作入口，内容直接对应时间、任务和收工前的结果检查。
这样搭
读取今日日历
→ 读取未完成任务
→ 找出今天到期、逾期和等待事项
→ 按时间承诺与优先级整理
→ 写入个人文档或发送给自己
→ 晚上回填完成结果推荐输出：
## 今天已经占用的时间
- 10:00 产品评审
- 15:30 客户沟通
## 今天最重要的三件事
1. 完成报价页并发给客户
2. 确认新版数据口径
3. 处理评审后的三个修改项
## 等待与风险
- 合同日期等待法务确认
## 收工前检查
- 报价页是否已发送
- 数据口径是否写入项目 Wiki做完看三个结果
- 早上整理时间控制在 3 分钟内；
- 简报里的行动可以回到任务或项目；
- 晚上能明确判断当天是否完成关键结果。
会议到行动
会议资料通常包含事实、意见、承诺和待确认信息。好的流程会把它们分开处理。
这样搭
读取妙记逐字稿与会议材料
→ 提取结论、行动、待确认问题
→ 为行动匹配负责人和日期
→ 在卡片或文档中展示候选
→ 用户确认
→ 创建任务并更新项目状态
→ 返回任务和纪要链接妙记的 AI 总结适合快速浏览；需要重新提炼时，优先读取逐字稿，再独立判断争论、转折和真实承诺。官方 lark-minutes Skill 已支持搜索、详情、总结、待办、章节、逐字稿、上传音视频和说话人替换。[Skill 文档][minutes-skill]
行动项的最小字段
| 字段 | 含义 |
|---|---|
| 标题 | 一个清楚的动作 |
| 负责人 | 真实飞书用户 ID |
| 截止日期 | 明确日期或待确认状态 |
| 来源 | 妙记、文档或消息链接 |
| 会议 ID | 幂等与追溯 |
| 状态 | 候选、已确认、进行中、完成 |
推荐幂等键：
meeting_id + normalized_action_text + owner_id写入分级
| 动作 | 推荐处理 |
|---|---|
| 读取妙记 | 直接执行 |
| 生成候选行动 | 直接执行并展示来源 |
| 创建自己的任务 | 展示后确认，或执行后报告 |
| 给他人分配任务 | 明确确认负责人和日期 |
| 向群组发送总结 | 确认收件范围 |
日程安排助手
日程安排的难点在于联系人、忙闲、时区、工作时间、缓冲和会议材料需要一起处理。
识别参会人
→ 查询目标日期与时区
→ 读取多人忙闲
→ 应用工作时间和缓冲规则
→ 返回 2—3 个候选
→ 用户选择
→ 创建日程
→ 回读时间、参会人和 RSVP一套实用的个人规则：
timezone: Asia/Shanghai
working_hours: "09:30-18:30"
meeting_buffer_minutes: 15
default_duration_minutes: 45
lunch_protect: true
max_meetings_per_day: 6
external_invite_requires_confirmation: true安排完成后，返回绝对日期、时区、参会人、会议室和日程链接。任务截止日继续放在任务里，需要真正占用时间时再创建日历时间块。
个人 CRM
个人 CRM 主要回答四个问题：最近和谁有过重要互动、我答应了什么、下一次什么时候联系、判断依据来自哪里。
两张表就能开始
Contacts
| 字段 | 用途 |
|---|---|
| 姓名、组织、角色 | 基础身份 |
| 重要程度 | 人工判断 |
| 最后互动时间 | 从互动表聚合 |
| 下一次跟进 | 计划时间 |
| 状态 | 活跃、低频、暂停、归档 |
| 备注文档 | 长期上下文 |
Interactions
| 字段 | 用途 |
|---|---|
| 时间、类型 | 互动发生在何时、通过什么渠道 |
| 摘要 | 对本次互动的短记录 |
| 来源链接 | 邮件、会议、消息或文档 |
| 双方承诺 | 后续行动 |
| 是否需跟进 | 进入候选队列 |
| source_id | 去重与回查 |
每次同步只处理新互动，重要程度支持人工覆盖，发送消息和会议邀请由用户确认。Base 保留最近窗口和关系状态，长期全文可归档到外部数据库。
项目记忆与带引用问答
项目知识库的核心是让每条结论都带着来源，让读者可以随时回到原始资料。
项目名称/
├── 00 项目总览
├── 10 目标与范围
├── 20 需求与方案
├── 30 决策记录
├── 40 行动与承诺
├── 50 会议与沟通
├── 60 来源清单
└── 90 待确认问题每条关键结论保存文档链接、消息链接或会议时间戳。资料之间出现差异时，并列展示各自来源，并把最终口径放入待确认队列。
问答输出可以固定为：
## 当前回答
## 已确认事实
- 结论与来源链接
## 仍在确认
- 差异与待确认负责人
## 下一步
- 一个可以执行的动作Markdown 发布、同步与备份
开发者常同时维护 Git、Markdown、飞书文档和 Wiki。先确定唯一主源，再设计同步。
| 模式 | 主源 | 适合 |
|---|---|---|
| Local-first | Git / Markdown | 代码、版本控制、自动发布 |
| Feishu-first | 飞书文档 / Wiki | 团队共同编辑 |
| One-way mirror | 一侧主源 | 展示、备份与归档 |
官方 CLI 现在提供 Drive 原生 Markdown 的创建、读取、局部 patch、覆盖和版本 diff；把 Markdown 导入在线文档时使用 Drive import。[Skill 文档][markdown-skill]
映射文件至少保存：
documents:
- local_path: docs/guide.md
feishu_type: wiki
feishu_token: wikcn_xxx
last_synced_hash: sha256:...
last_synced_revision: "42"
sync_direction: local_to_feishu
conflict_policy: ask同步时先比较 hash 与 revision，局部改动使用精准编辑，两侧都有变化时进入人工确认。每次运行记录文档 ID、版本、结果和备份位置。