# 飞书会议记录 → Inbox → Inbox 分析 流程

本文描述如何跑通：**飞书会议记录通过飞书/机器人进入 inbox，再走 inbox 分析**。

---

## 流程总览

```
飞书（会议纪要/文档） → 进入 inbox/ → 执行 inbox 分析（阶段一：分析报告 → 阶段二：执行并归档）
```

- **Inbox 分析**：按 `.cursor/skills/inbox-process/SKILL.md` 执行（识别实体、更新/新建 bible 与 beat、归档）。
- **飞书 → inbox**：有两种方式，见下。

---

## 方式一：在 Cursor 里用飞书 MCP 拉取到 inbox（推荐先跑通）

无需在飞书里配置机器人，在 Cursor 对话中完成「拉取 + 分析」。

### 步骤

1. **把飞书文档拉到 inbox**
   - 对 AI 说：**「把飞书文档拉到 inbox」** 或 **「从飞书拉会议记录到 inbox」**，并给出：
     - 飞书文档链接（如 `https://xxx.feishu.cn/docx/XXXX` 或 `https://xxx.feishu.cn/wiki/YYYY`），或
     - 文档标题/关键词（由 AI 用 MCP 搜索后选一个）。
   - AI 会使用 **user-lark-mcp** 的 `docx_v1_document_rawContent`（或先 `wiki_v2_space_getNode` 再取正文）拉取正文，写入 `inbox/{文件名}.md`，并在文首注明来源（飞书 docx/wiki）。

2. **对刚进 inbox 的文件跑 inbox 分析**
   - 对 AI 说：**「对 inbox 的 {文件名} 跑 inbox 分析」** 或 **「处理 inbox / 处理 eureka」**（若只有一个待处理文件）。
   - AI 按 `inbox-process` skill：先做**阶段一（只读分析 + 输出报告）**，等你确认后做**阶段二（更新/新建 bible 与 beat、归档、摘要）**。

### 依赖

- Cursor 已启用 **user-lark-mcp**，且已配置好飞书应用与 token（用户身份拉 doc 需 useUAT）。
- 文档链接中的 token：wiki 链接用 `wiki/` 后的节点 token；docx 链接用 `docx/` 后的 `document_id` 调 `docx_v1_document_rawContent`。

---

## 方式二：飞书机器人自动推到 inbox（后续扩展）

希望「会议结束或有人分享会议纪要到群」时，自动在仓库里生成 inbox 文件时，可做：

1. **飞书端**
   - 创建自定义应用，开通所需权限（如：云文档读、群消息接收、会议相关事件等）。
   - 机器人订阅事件，例如：
     - 群消息中有人发送会议纪要文档链接；或
     - 日历/会议结束后生成纪要 doc，通过 webhook 通知。
2. **本地/服务器端**
   - 提供一个 HTTP 端点（或 GitHub App / 仓库 webhook），接收飞书发来的「文档 link 或 document_id」。
   - 该端点调用飞书 API 拉取文档正文，在仓库中创建 `inbox/{标题或日期}.md`（或先写临时文件再由 Cursor 移动）。
3. **分析**
   - 你打开 Cursor 后对 AI 说「处理 inbox」或指定「对 inbox 的 xxx 跑 inbox 分析」即可。

当前 MCP 没有「会议事件」专用接口，机器人方案需要你在飞书开放平台配置事件与 webhook，并与仓库写入方式对接。

---

## 小结

| 阶段           | 做法 |
|----------------|------|
| 飞书 → inbox   | **方式一**：在 Cursor 说「把飞书文档/会议记录拉到 inbox」并给链接或关键词，由 AI 用 Lark MCP 拉取并写入 `inbox/`。 |
| Inbox 分析     | 说「对 inbox 的 {文件名} 跑 inbox 分析」或「处理 inbox」，按 `inbox-process` 做分析 → 确认 → 执行并归档。 |

先按方式一在 Cursor 里跑通一次「拉一条会议记录 → 跑 inbox 分析」，再如需自动化可扩展方式二。