| name | lark-note |
| description | 飞书会议纪要（Note）直查：已知 note_id 时查询纪要详情、展示类型、关联文档 token，并读取 unified 原始逐字记录。当用户已持有 note_id，或从文档显式 vc-node-id 获得 note_id 时使用。不负责会议/日程/妙记定位、文档标题搜索或 Docx 正文读取。 |
Wegent 本地运行
- 当前
SKILL.md 所在目录的 ../.. 是插件根目录。首次调用前，macOS/Linux 运行 sh "<插件根目录>/scripts/ensure-lark-ready.sh"；Windows 运行 powershell -NoProfile -ExecutionPolicy Bypass -File "<插件根目录>\scripts\ensure-lark-ready.ps1"。
- 下文的
lark-cli ... 是逻辑命令。实际执行时，macOS/Linux 使用 sh "<插件根目录>/scripts/run-lark-cli.sh" ...；Windows 使用 powershell -NoProfile -ExecutionPolicy Bypass -File "<插件根目录>\scripts\run-lark-cli.ps1" ...。
- 配置和用户 OAuth 均由官方 CLI 在本机管理。不要要求用户在对话中粘贴 App Secret 或 Access Token，也不要读取、记录或上传
~/.lark-cli 或系统钥匙串中的认证信息。配置、扫码、企业审批或增量授权需要用户操作时，展示 CLI 原样输出的 URL/二维码并暂停等待。
note (v1)
身份：仅使用 --as user。使用前阅读 ../lark-shared/SKILL.md。
CRITICAL — 开始前 MUST 先用 Read 工具读取 ../lark-vc/references/vc-domain-boundaries.md，不读将导致命令使用、会议产物决策、领域边界职责判断错误：
- 了解日历 & VC、会议产物 & 文档的关联关系和职责划分
- 了解会议产物（妙记和纪要）之间的关联关系，例如：妙记和纪要产生条件相互独立
- 了解不同会议产物的组成部分，以便根据需求决策使用哪种产物的数据
Note 域只接受显式 note_id：用户直接提供，或 docs +fetch 返回的 <vc-transcribe-tab vc-node-id="..."> 中的 vc-node-id。不要从 doc_token、标题、正文或 backlink 反推 note_id。
命令路由
| 用户表达 / 上下文 | 路由 |
|---|
已知 note_id，查纪要类型 / 文档 token | note +detail --note-id NOTE_ID |
docs +fetch 返回 <vc-transcribe-tab vc-node-id="..."> | 取 vc-node-id 作为 NOTE_ID，先 note +detail --note-id NOTE_ID |
只持有 meeting_id | 先 vc +detail --meeting-ids <id> 拿 note_id，再 note +detail --note-id NOTE_ID |
只持有 minute_token（妙记 URL） | 先 minutes +detail --minute-tokens <token> 顶层取 note_id，再 note +detail --note-id NOTE_ID（不要把 minute_token 当 note_id） |
只持有日程 event_id | 先 calendar +meeting --event-ids <id> 拿 meeting_id，再按上一行继续 |
已知 note_id，读纪要正文 | note +detail → docs +fetch --doc <note_doc_token> |
已知 note_id，查 unified 原始记录 / 逐字稿 | note +transcript --note-id NOTE_ID |
| 只有自然语言纪要标题，用户要逐字稿 / 原始记录 / 谁说了什么 | 不进本 skill；先走文档搜索与 docs +fetch，拿到 vc-node-id 后再回来 |
note_display_type 路由
note +detail 结果 | 用户要逐字稿 / 原始记录时 |
|---|
normal + verbatim_doc_token 非空 | docs +fetch --doc <verbatim_doc_token> |
unknown + verbatim_doc_token 非空 | 先按独立文档处理；不要猜成 unified |
unknown + 无逐字稿 token | 停止重试并说明无法确定逐字稿入口 |
unified | note +transcript --note-id <note_id> |
判别键是 note_display_type，不是 verbatim_doc_token 是否为空：unified 纪要也可能返回非空 verbatim_doc_token。
关键字段
note_id：Note 域唯一入口。note_display_type：unknown / normal / unified。note_doc_token：纪要正文文档，正文读取交给 lark-doc。verbatim_doc_token：普通纪要逐字稿文档；unified 逐字稿不按这个 token 路由。
不在本 Skill 范围
Shortcuts
核心概念
- 会议纪要（Note）：视频会议结束后生成的结构化文档，通过
note_id 标识。一个 Note 包含 AI 智能纪要文档、逐字稿文档和会中共享文档。
- note_id：纪要的唯一标识符，可通过
vc +detail --meeting-ids 获取。
- AI 智能纪要（MainDoc）：AI 生成的会议总结与待办，对应
note_doc_token。
- 逐字稿（VerbatimDoc）：会议的逐句发言记录，含说话人和时间戳，对应
verbatim_doc_token。
- 共享文档（SharedDoc）：会中投屏共享的文档，对应
shared_doc_tokens。
核心场景
1. 通过 note_id 获取纪要文档 Token
- 当用户已有
note_id，需要获取对应的 note_doc_token、verbatim_doc_token 或 shared_doc_tokens 时，使用 note +detail。
note_id 通常来自 vc +detail 的返回结果。- 获取到文档 Token 后，可使用
docs +fetch 读取文档内容，或使用 drive metas batch_query 获取文档元信息。
lark-cli vc +detail --meeting-ids <meeting_id>
lark-cli note +detail --note-id <note_id>
lark-cli docs +fetch --doc <note_doc_token> --doc-format markdown
