@wagemule/daemon 0.1.2 → 0.1.4

package/dist/skills/larksuite/lark-doc/references/lark-doc-media-insert.md

@@ -0,0 +1,114 @@
+
+# docs +media-insert（文档末尾插入图片/文件）
+
+> **前置条件：** 先阅读 [`../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+把"创建空 block → 上传文件 → 设置 token"三步合并成一个命令，在**文档末尾**插入本地图片或文件。
+
+## 来源选择（Agent 必读）
+
+> **最高优先级：用户明确指定了来源，就严格按用户的来。** 下面的启发式只在用户没表态时生效。
+>
+> - 用户说"把这张截图插进去"、"用剪切板里的图"、"我刚复制的" → 无条件走 `--from-clipboard`。
+> - 用户说"用 `~/Downloads/foo.png`"、"插本地这个文件"、给了具体路径 → 无条件走 `--file`。
+> - 用户两者都没说清 → 按下表的启发式推断。
+>
+> 即使推断看起来更"优"（比如用户说了路径但你觉得走剪切板更省事），也**不要自作主张**换来源。要换，先问。
+
+按下列顺序判断，**不要反向做**：
+
+| 用户的图片来源 | 命令 | 禁止做法 |
+|----------------|------|----------|
+| 图片已经在剪切板里（截图快捷键、从飞书/浏览器复制、从设计稿复制） | `--from-clipboard` | ❌ 不要先把剪切板存到本地文件再用 `--file`。多一步文件 I/O，还得清理临时文件。 |
+| 图片是磁盘上的真实文件 | `--file <path>` | — |
+| 图片是 URL | 先下载到本地 → `--file`；或用 `drive` 相关命令 | — |
+
+`--from-clipboard` 走进程内存直传，不产生临时文件；macOS / Windows 内置支持，Linux 需要 `xclip` 或 `wl-paste` 或 `xsel` 任一。
+
+### 剪切板为空时的 fallback
+
+`--from-clipboard` 失败（剪切板里不是图片 / 没有图片 / Linux 上三个工具都没装）时，命令会返回 `clipboard contains no image data`（或类似的平台错误）。**这不是错误退出理由，而是 fallback 信号。**
+
+**Agent 的标准处置顺序**（每一步失败再进下一步，不要并行）：
+
+1. 先用 `--from-clipboard` 试一次。
+2. 如果返回"no image data"类错误，**向用户明确说明剪切板里没有可识别的图片**，请用户提供本地文件路径或重新复制一张图。
+3. 拿到本地路径后，用 `--file <path>` 重试**同一条插入命令**（其他参数如 `--doc` / `--align` / `--caption` 保持不变）。
+
+**禁止做法**：
+- ❌ 不要悄悄把空剪切板当"成功但没插入"处理。必须提示用户。
+- ❌ 不要在剪切板失败后自行瞎猜某个本地文件路径（比如最近修改的 png）。必须让用户给路径。
+- ❌ 不要用"先让用户保存剪切板到磁盘再 `--file`"的建议绕过 `--from-clipboard`，当且仅当剪切板确实没图片时才退回本地路径。
+
+## 命令
+
+```bash
+# 🟢 推荐：从剪切板直接插入（无需先存盘）
+lark-cli docs +media-insert --doc doxcnXXX --from-clipboard
+
+# 从本地文件插入
+# 除了上传本地文件，还可以在 `docs +update` 时直接通过网络 URL 插入图片，无需先下载到本地：
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command block_insert_after \
+  --block-id "目标 block_id" \
+  --content '<img href="https://example.com/photo.png"/>'
+
+# 插入图片（默认）
+lark-cli docs +media-insert --doc doxcnXXX --file ./image.png
+
+# doc 支持直接传 docx URL（自动提取 document_id）
+lark-cli docs +media-insert --doc "https://xxx.feishu.cn/docx/doxcnXXX" --from-clipboard
+
+# 如果上一步是 create-doc，优先传返回值里的 doc_id
+# 不要把 /wiki/... 形式的 doc_url 直接传给 docs +media-insert
+lark-cli docs +media-insert --doc doxcnReturnedByCreateDoc --file ./image.png
+
+# 插入文件（非图片）
+lark-cli docs +media-insert --doc doxcnXXX --file ./spec.pdf --type file
+
+# 图片对齐与描述（caption）
+lark-cli docs +media-insert --doc doxcnXXX --from-clipboard --align center --caption "架构图"
+
+# Insert image with explicit display width (height auto-computed from aspect ratio)
+lark-cli docs +media-insert --doc doxcnXXX --file ./banner.png --width 800 --align center
+
+# Insert image with explicit width and height
+lark-cli docs +media-insert --doc doxcnXXX --from-clipboard --width 800 --height 447 --caption "architecture diagram"
+```
+
+## 参数
+
+| 参数 | 必填 | 说明 |
+|------|------|------|
+| `--doc <id>` | 是 | 文档 ID 或 docx URL（仅支持 `/docx/<document_id>` 形式自动提取；**不支持 `/wiki/...` URL 自动提取**） |
+| `--from-clipboard` | 二选一 | 从系统剪切板读取图片（与 `--file` 互斥）。macOS/Windows 内置支持，Linux 需要 `xclip` / `wl-paste` / `xsel` 之一。 |
+| `--file <path>` | 二选一 | 本地文件路径（文件大于 20MB 时自动切换分片上传） |
+| `--type <type>` | 否 | `image`（默认）或 `file`。`--from-clipboard` 目前只产出 image。 |
+| `--align <align>` | 否 | 仅图片：`left` / `center`（默认）/ `right` |
+| `--caption <text>` | 否 | 仅图片：图片描述 |
+| `--width <px>` | 否 | Image display width in pixels (only for `--type=image`). If `--height` is omitted, it is auto-computed from the source image aspect ratio. Supported auto-detection formats: PNG, JPEG, GIF; other formats (WebP, BMP, etc.) require both `--width` and `--height`. |
+| `--height <px>` | 否 | Image display height in pixels (only for `--type=image`). If `--width` is omitted, it is auto-computed from the source image aspect ratio. Supported auto-detection formats: PNG, JPEG, GIF; other formats (WebP, BMP, etc.) require both `--width` and `--height`. |
+
+> [!IMPORTANT]
+> 如果上一步是 [`lark-doc-create`](lark-doc-create.md)，并且它在知识库/知识空间场景下返回的是 `/wiki/...` 形式的 `doc_url`，后续调用 `docs +media-insert` 时应优先传 `doc_id`，不要直接传这个 `doc_url`。
+
+## 平台注意（仅 `--from-clipboard`）
+
+| 平台 | 依赖 | 典型错误 |
+|------|------|---------|
+| macOS | osascript（内置） | 剪切板为空 / 不是图片 → "clipboard contains no image data" |
+| Windows | PowerShell + System.Windows.Forms（内置） | 同上 |
+| Linux | `xclip` 或 `wl-paste` 或 `xsel` 任一 | 都没安装 → 报错会提示用发行版包管理器安装 |
+
+命令不支持读取 TIFF 等非 PNG/JPEG/GIF/WebP/BMP 的冷门格式；遇到这类剪切板会返回 "contains no image data"，此时才考虑先用系统工具转成文件再 `--file`。
+
+## 输出
+
+命令成功后会输出 JSON，包含：`document_id`、`block_id`、`file_token`、`file_name`（剪切板路径下为 `clipboard.png`）、`type`。
+
+> [!CAUTION]
+> 这是**写入操作**（会修改文档内容）—— 执行前必须确认用户意图。
+
+## 参考
+
+- [lark-doc-fetch](lark-doc-fetch.md) — 获取文档内容（可用于确认插入后的结果、以及提取媒体 token）
+- [lark-shared](../../lark-shared/SKILL.md) — 认证和全局参数

package/dist/skills/larksuite/lark-doc/references/lark-doc-media-preview.md

@@ -0,0 +1,41 @@
+
+# docs +media-preview（预览文档素材）
+
+> **前置条件：** 先阅读 [`../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+优先用于查看、预览文档中的图片或文件素材（`file_token`）。命令会把素材保存到本地路径，便于后续打开查看内容。
+
+## 选择规则
+
+- 用户说“看一下素材 / 图片 / 附件”“预览一下”时，优先使用 `docs +media-preview`
+- 用户明确说“下载”时，使用 [`docs +media-download`](lark-doc-media-download.md)
+- 如果目标明确是画板 / whiteboard / 画板缩略图，不要使用 `+media-preview`，改用 `docs +media-download --type whiteboard`
+
+## 命令
+
+```bash
+# 预览图片/文件素材
+lark-cli docs +media-preview --token "Z1Fjxxxxxxxx" --output ./asset
+
+# 指定输出文件名（带扩展名则不会自动补全）
+lark-cli docs +media-preview --token "Z1Fjxxxxxxxx" --output ./asset.png
+```
+
+## 参数
+
+| 参数 | 必填 | 说明 |
+|------|------|------|
+| `--token <token>` | 是 | 素材 token，即 `file_token` |
+| `--output <path>` | 是 | 本地保存路径；不带扩展名会自动补全 |
+
+## token 从哪里来
+
+- 若你是从文档内容里提取：`lark-doc-fetch` 返回的 Markdown 里可能包含：
+  - 图片：`<image token="..." .../>`
+  - 文件：`<file token="..." name="..."/>`
+
+## 参考
+
+- [lark-doc-fetch](lark-doc-fetch.md) — 获取文档内容（用于提取 token）
+- [lark-doc-media-download](lark-doc-media-download.md) — 明确下载素材，或下载画板缩略图
+- [lark-shared](../../lark-shared/SKILL.md) — 认证和全局参数

package/dist/skills/larksuite/lark-doc/references/lark-doc-search.md

@@ -0,0 +1,217 @@
+
+# docs +search（云空间搜索：文档 / Wiki / 电子表格）
+
+> ⚠️ **此命令进入维护期，后续会下线。新用法请使用 [`drive +search`](../../lark-drive/references/lark-drive-search.md)。**
+>
+> `drive +search` 把所有过滤条件扁平化为独立 flag（`--edited-since` / `--mine` / `--doc-types` 等），面向自然语言场景设计，同时新增了 `my_edit_time`（我编辑过）、`my_comment_time`（我评论过）等维度。除非要沿用老脚本里的 `--filter` JSON，否则**都应该切到 `drive +search`**。
+>
+> **前置条件：** 先阅读 [`../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+基于 Search v2 接口 `POST /open-apis/search/v2/doc_wiki/search`，以**用户身份**统一搜索云空间对象。
+
+虽然接口名是 `doc_wiki/search`，但命中结果不只限于文档 / Wiki，也会返回 `SHEET`、`BITABLE`、`FOLDER` 等云空间对象。因此它适合作为云空间对象的资源发现入口：先定位文档、知识库节点、电子表格、多维表格、文件夹，以及用户以“表格 / 报表”方式描述的相关对象，再切回对应业务 skill 做对象内部操作。
+
+该 shortcut 会：
+
+- 未指定范围字段时，自动补齐 `doc_filter` / `wiki_filter`
+- 自动将 `--filter` 中的公共字段同步到搜索范围对应的 filter；`folder_tokens` 仅发到 `doc_filter`，`space_ids` 仅发到 `wiki_filter`
+- 支持在 `filter.open_time` / `filter.create_time` 中使用 ISO 8601 时间，并自动转换为 Unix 秒
+- 在返回结果中为 `*_time` 字段补充 `*_time_iso`（便于阅读）
+- `title_highlighted` / `summary_highlighted` 可能包含高亮标签（如 `<h>` / `<hb>`）
+
+## 命令
+
+> **关键约束：搜索关键词必须通过 `--query` 传递。**
+> 正确：`lark-cli docs +search --query "方案"`
+> 错误：`lark-cli docs +search 方案`
+> `+search` 不接受“搜索词位置参数”这种写法；如果把关键词直接跟在命令后面，不会进入 `query`，会变成空搜或返回不符合预期的结果。
+
+```bash
+# 关键词搜索
+lark-cli docs +search --query "季度总结"
+
+# 搜标题里带“评测结果”的电子表格 / 文档
+lark-cli docs +search --query "评测结果"
+
+# 标题包含关键词（默认按关键词检索，不做精确标题匹配）
+lark-cli docs +search --query "方案"
+
+# 使用服务端标题限定语法
+lark-cli docs +search --query 'intitle:方案'
+
+# 精确短语匹配
+lark-cli docs +search --query '"季度 总结"'
+
+# 逻辑或 / 排除
+lark-cli docs +search --query '方案 OR 草稿'
+lark-cli docs +search --query '方案 -草稿'
+
+# 标题精确短语匹配
+lark-cli docs +search --query 'intitle:"季度总结"'
+
+# 按最近打开时间过滤
+lark-cli docs +search \
+  --query "方案" \
+  --filter '{"open_time":{"start":"2025-09-24T00:00:00+08:00","end":"2025-12-24T23:59:59+08:00"}}'
+
+# 按文档所有者过滤（creator_ids 传文档所有者 open_id，不是邮箱 / user_id）
+lark-cli docs +search \
+  --query "季度总结" \
+  --filter '{"creator_ids":["ou_EXAMPLE_USER_ID"]}'
+
+# 只搜索指定类型
+lark-cli docs +search \
+  --query "评测结果" \
+  --filter '{"doc_types":["SHEET","DOCX"]}'
+
+# 只在指定文件夹下搜索文档（folder_token 通常来自 /drive/folder/<token>）
+lark-cli docs +search \
+  --query "方案" \
+  --filter '{"folder_tokens":["fld_123456"]}'
+
+# 只搜标题，不搜正文 / 摘要
+lark-cli docs +search \
+  --query "周报" \
+  --filter '{"only_title":true}'
+
+# 只搜评论，不搜标题 / 正文
+lark-cli docs +search \
+  --query "延期原因" \
+  --filter '{"only_comment":true}'
+
+# 只搜索指定群会话里分享过的文档（chat_id 最多 20 个）
+lark-cli docs +search \
+  --query "方案" \
+  --filter '{"chat_ids":["oc_1234567890abcdef"]}'
+
+# 只搜索指定分享者分享过的文档（sharer_ids 传分享者 open_id，最多 20 个）
+lark-cli docs +search \
+  --query "复盘" \
+  --filter '{"sharer_ids":["ou_EXAMPLE_USER_ID"]}'
+
+# 按创建时间过滤并指定排序方式
+lark-cli docs +search \
+  --query "方案" \
+  --filter '{"create_time":{"start":"2026-01-01","end":"2026-03-31"},"sort_type":"CREATE_TIME"}'
+
+# 组合多个筛选条件
+lark-cli docs +search \
+  --query "项目复盘" \
+  --filter '{"creator_ids":["ou_EXAMPLE_USER_ID"],"doc_types":["DOCX","SHEET"],"only_title":true,"sort_type":"OPEN_TIME","open_time":{"start":"2026-01-01T00:00:00+08:00"}}'
+
+# 只在指定知识空间下搜 Wiki
+lark-cli docs +search \
+  --query "研发规范" \
+  --filter '{"space_ids":["space_1234567890fedcba"]}'
+
+# 空搜（不传 query 或传空字符串）：按最近浏览等默认规则返回
+lark-cli docs +search
+
+# 人类可读格式输出
+lark-cli docs +search --query "OKR" --format pretty
+
+# 返回原始 JSON，并用 page_token 翻页
+lark-cli docs +search --query "方案" --format json
+lark-cli docs +search --query "方案" --format json --page-token '<PAGE_TOKEN>'
+```
+
+## 参数
+
+| 参数 | 必填 | 说明 |
+|------|------|------|
+| `--query <text>` | 否 | 搜索关键词。**支持高级 Boolean 语法**以提升搜索精度：<br>1. 使用空格表示 AND（如 `方案 设计`）。<br>2. 使用 `OR` 表示逻辑或（如 `方案 OR 草稿`）。<br>3. 使用 `-` 表示排除（如 `方案 -草稿`）。<br>4. 使用双引号 `""` 表示精确匹配短语。<br>5. 使用 `intitle:` 限定关键词出现在标题中（如 `intitle:总结` 或 `intitle:"季度 总结"`）。不传/空字符串表示空搜。**凡是有关键词，都要显式通过 `--query` 传递，不要写成位置参数。** |
+| `--filter <json>` | 否 | JSON 对象。公共字段默认同时应用到 `doc_filter` / `wiki_filter`；若传 `folder_tokens`，则只发 `doc_filter`；若传 `space_ids`，则只发 `wiki_filter`；两者不能同时传 |
+| `--page-size <n>` | 否 | 每页数量（默认 15，最大 20） |
+| `--page-token <token>` | 否 | 翻页标记（配合 `has_more` 使用） |
+| `--format` | 否 | 输出格式：json（默认） \| pretty |
+
+## `--query` 高级语法
+
+以下语法由服务端搜索能力处理，适合把过滤逻辑尽量下推到搜索侧：
+
+- 空格表示 AND：`方案 设计`
+- `OR` 表示逻辑或：`方案 OR 草稿`
+- `-` 表示排除：`方案 -草稿`
+- 双引号表示精确短语：`"季度 总结"`
+- `intitle:` 表示标题限定：`intitle:总结`
+- 标题精确短语：`intitle:"季度总结"`
+
+## `--filter` 字段速查
+
+`--filter` 是一个 JSON 对象。大多数字段默认会同时作用于 `doc_filter` 和 `wiki_filter`；其中 `folder_tokens` 只用于文档侧，`space_ids` 只用于 Wiki 侧。
+
+### 字段归属
+
+- `doc_filter` / `wiki_filter` 公共字段：`creator_ids`、`doc_types`、`chat_ids`、`sharer_ids`、`only_title`、`only_comment`、`open_time`、`sort_type`、`create_time`
+- `doc_filter` 独有字段：`folder_tokens`
+- `wiki_filter` 独有字段：`space_ids`
+- 如果传 `folder_tokens`，shortcut 只发送 `doc_filter`
+- 如果传 `space_ids`，shortcut 只发送 `wiki_filter`
+- 如果同时传 `folder_tokens` 和 `space_ids`，shortcut 直接报错，不支持同时查询文档文件夹范围和知识空间范围
+
+| 字段 | 作用范围 | 类型 | 说明 |
+|------|----------|------|------|
+| `creator_ids` | 文档 + Wiki | `string[]` | 所有者列表，**必须传 open_id**，不是 `user_id` / `union_id` / 邮箱。比如 `["ou_xxx"]`。如果只有姓名，先用 `lark-contact` 查 open_id |
+| `doc_types` | 文档 + Wiki | `string[]` | 资源类型过滤。常用值：`DOC`、`DOCX`、`SHEET`、`BITABLE`、`FILE`、`WIKI`、`SLIDES`、`FOLDER`、`CATALOG`、`SHORTCUT` |
+| `chat_ids` | 文档 + Wiki | `string[]` | 群会话 ID 列表，只搜索这些会话里分享过的文档，最多 20 个。通常传群 `chat_id`（如 `oc_xxx`）；如果用户只给群名，先用 `lark-im` 定位群 |
+| `sharer_ids` | 文档 + Wiki | `string[]` | 分享者列表，**必须传分享者 open_id**，最多 20 个。适合“某人分享过的文档”；如果只有姓名，先用 `lark-contact` 查 open_id |
+| `folder_tokens` | 仅文档 | `string[]` | 只搜索指定云空间文件夹下的文档；值通常来自文件夹 URL `/drive/folder/<folder_token>` |
+| `space_ids` | 仅 Wiki | `string[]` | 只搜索指定知识空间下的 Wiki 节点 |
+| `only_title` | 文档 + Wiki | `boolean` | 只搜标题。注意这不是“标题精确等于”，只是把搜索范围限制在标题 |
+| `only_comment` | 文档 + Wiki | `boolean` | 只搜评论。用法类似 `only_title`，只是把搜索范围限制在评论区；默认 `false` |
+| `open_time` | 文档 + Wiki | `object` | 最近打开时间范围，支持 `{ "start": "...", "end": "..." }`。shortcut 支持 ISO 8601 / `YYYY-MM-DD` / Unix 秒，并自动转成秒级时间戳 |
+| `sort_type` | 文档 + Wiki | `string` | 排序方式。常用值：`DEFAULT_TYPE`、`OPEN_TIME`、`EDIT_TIME`、`EDIT_TIME_ASC`、`CREATE_TIME` |
+| `create_time` | 文档 + Wiki | `object` | 文档 / Wiki 创建时间范围，结构与 `open_time` 相同 |
+
+### 字段使用建议
+
+- `creator_ids`：适合“找某个人创建的文档 / 表格 / Wiki”。如果用户只给姓名，不要猜 ID，先查这个人的 `open_id`。
+- `doc_types`：只在用户**明确指定资源类型**时使用，适合先把资源类型缩小。显式类型词可按以下方式映射：`表格 / 电子表格 / spreadsheet -> ["SHEET"]`、`多维表格 / base / bitable -> ["BITABLE"]`、`知识库 / wiki -> ["WIKI"]`、`文件夹 -> ["FOLDER"]`、`普通文档` 或明确要求“只看文档类型、不要表格 / Wiki” -> `["DOC","DOCX"]`。不要因为用户口头说“文档”就默认补 `DOC` / `DOCX`，因为“文档”在很多场景里只是对云空间对象的泛称。
+- `chat_ids`：适合“搜某个群里分享过的文档”“看某个群会话里的方案”。如果用户只给群名，先切到 `lark-im` 用群搜索能力拿到 `chat_id`，再回到 `docs +search`。
+- `sharer_ids`：适合“找某人分享过的文档”“看某个同事转给我的资料”。如果用户只给姓名，不要猜 ID，先用 `lark-contact` 查分享者 `open_id`。
+- `folder_tokens`：适合“在某个云空间文件夹里搜文档”。它不是知识空间 `space_id`，两者不要混用。
+- `only_title`：适合“标题里包含某个词”的场景；如果用户明确表达标题限定，也可以直接在 `--query` 里使用 `intitle:`。如果用户要“标题精确等于”，优先使用 `intitle:"完整标题"`，必要时再做客户端精确确认。
+- `only_comment`：适合“评论里提到某个词”“只找评论区讨论过某件事”。它和 `only_title` 一样，都是把搜索范围缩小到特定区域，但这里限制到评论区。
+- `open_time`：适合“最近打开过 / 最近看过”的描述；如果用户说相对时间，先换算成明确绝对时间再传。
+- `sort_type`：`CREATE_TIME_ASC` 在协议里标注“暂不支持”，`ENTITY_CREATE_TIME_ASC` / `ENTITY_CREATE_TIME_DESC` 已废弃，默认不要主动使用。
+- `create_time`：适合“今年新建的”“上个月创建的”这类条件；不写 `start` / `end` 时，协议默认窗口是“请求时间往前 1 年”到“请求时间”。
+
+### 常见 `--filter` JSON 片段
+
+```json
+{"creator_ids":["ou_EXAMPLE_USER_ID"]}
+{"doc_types":["SHEET","DOCX"]}
+{"chat_ids":["oc_1234567890abcdef"]}
+{"sharer_ids":["ou_EXAMPLE_USER_ID"]}
+{"folder_tokens":["fld_123456"]}
+{"only_title":true}
+{"only_comment":true}
+{"open_time":{"start":"2026-01-01T00:00:00+08:00","end":"2026-03-31T23:59:59+08:00"},"sort_type":"OPEN_TIME"}
+{"create_time":{"start":"2026-01-01","end":"2026-03-31"},"sort_type":"CREATE_TIME"}
+{"space_ids":["space_1234567890fedcba"]}
+```
+
+## 结果判别
+
+- `result_meta.doc_types == SHEET`：电子表格，后续切到 `lark-sheets`
+- 其他类型：继续按对应 skill 或 API 处理
+
+## 决策规则
+
+- 参数传递：只要用户给了搜索关键词，就必须显式使用 `--query "<关键词>"`。不要生成 `lark-cli docs +search 方案`、`lark-cli docs +search xxx（搜索关键词）` 这种位置参数写法。
+- 查询语义：必须优先利用 --query 的高级语法（如 intitle:、""、-）将过滤逻辑下推给服务端。当用户要求“标题精确等于 X”时，直接使用 --query "intitle:\"X\""，严禁先进行模糊搜索再做客户端二次筛选。只有在遇到服务端语法无法覆盖的复杂本地比对场景时，才允许在客户端过滤，且比对前必须先去掉 title_highlighted 里的高亮标签。
+- 实体补全：如果用户要按“某个群里分享的文档”搜索，先用 `lark-im` 拿 `chat_id` 再填 `chat_ids`；如果用户要按“某人分享的文档”搜索，先用 `lark-contact` 拿 `open_id` 再填 `sharer_ids`。
+- 零结果回退：如果因为用户的显式类型约束加了 `doc_types` 且结果为 0，可以提示“按指定类型没搜到”；只有在不违背用户明确约束的前提下，才建议放宽类型重试。
+- 入口选择：用户说“找表格标题”“找名为 `X` 的电子表格”“搜某个报表”时，也默认走 `docs +search`。不要误用 `sheets +find` 做跨文件搜索。
+- 分页策略：默认只返回**第一页**，并说明 `has_more` / `page_token`。只有当用户明确要求“全部结果”“继续翻页”“全量扫描”“所有结果”“完整列表”时，才继续翻页。
+- 翻页上限：即使用户要求全量，单轮也最多先拉 **5 页**（按默认 `page-size=20` 约等于最多 100 条结果）。达到上限后，先回报当前进度和是否还有更多页，再让用户决定是否继续下一批。
+- 总数口径：`total` 是 OpenAPI 的搜索结果总数，不一定等于客户端二次筛选后的精确数量。凡是依赖本地过滤、去重、精确标题匹配的场景，都不要默认承诺“精确总数”。
+- 原始返回：如果用户要求“直接返回接口数据 / 原始返回”，优先使用 `--format json`，不要额外做精确标题过滤或摘要重写。
+- 时间表达：用户如果说“3 到 6 个月前”“最近半年内”等相对时间，先转换成明确的绝对时间，再写入 `filter.open_time` / `filter.create_time`。
+- 跨 skill handoff：如果搜索的目标是某个 spreadsheet，返回命中的标题、URL、token 等定位信息后，应切换到 `lark-sheets` 继续后续操作，不要把 `docs +search` 当成对象内部查询。
+
+## 权限
+
+| 操作 | 所需 scope |
+|------|-----------|
+| 搜索云空间对象（含文档 / Wiki / 表格资源发现） | `search:docs:read` |

package/dist/skills/larksuite/lark-doc/references/lark-doc-update.md

@@ -0,0 +1,252 @@
+
+# docs +update（更新飞书云文档）
+
+> **前置条件（MUST READ）：** 生成文档内容前，必须先用 Read 工具读取以下文件，缺一不可：
+> 1. [`../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) — 认证、全局参数和安全规则
+> 2. [`lark-doc-xml.md`](lark-doc-xml.md) — XML 语法规则（使用 Markdown 格式时改读 [`lark-doc-md.md`](lark-doc-md.md)）
+> 3. [`lark-doc-style.md`](style/lark-doc-style.md) — 排版指南（元素选择、丰富度规则、颜色语义）
+> 4. [`lark-doc-update-workflow.md`](style/lark-doc-update-workflow.md) — 改写增强工作流（Code-Act Loop、并行执行策略）
+>
+> **未读完以上文件就生成内容会导致格式错误或样式不达标。**
+
+通过八种指令精确更新飞书云文档。支持字符串级别和 block 级别的操作。
+
+> **⚠️ 格式选择规则：**
+> - **局部精修**（`str_replace` / `block_insert_after` / `block_replace` / `block_delete` / `block_move_after`）：优先使用 XML（默认）。XML 能稳定表达 block 结构和样式，精准编辑更可控；不要因为 Markdown 写起来更简单就自行切换。
+> - **整段写入**（`append` / `overwrite`）：XML 和 Markdown 都可以。用户提供 `.md` 本地文件或明确要求 Markdown 时直接用 Markdown；否则默认 XML。
+>
+> **Markdown 局限 & block ID 前提：** Markdown 不携带 block ID，也无样式（颜色、对齐、callout 等）。需要按 block ID 定位（`block_*` 指令的 `--block-id`）时，先 `docs +fetch --api-version v2 --detail with-ids` **配合 `--scope`（`outline` / `range` / `keyword` / `section`）局部获取**目标段落，不要全量 fetch。拿到 block ID 后 `--content` 仍可用 Markdown，只是写入内容不带样式。
+
+## 参数
+
+| 参数 | 必填 | 说明 |
+|------|------|------|
+| `--api-version` | 是 | 固定传 `v2` |
+| `--doc` | 是 | 文档 URL 或 token |
+| `--command` | 是 | 操作指令（见下方指令速查表） |
+| `--doc-format` | 否 | 内容格式：`xml`（默认，始终优先使用）\| `markdown`（仅用户明确要求时） |
+| `--content` | 视指令 | 写入内容（`str_replace` 传空字符串可实现删除） |
+| `--pattern` | 视指令 | 匹配文本（str_replace） |
+| `--block-id` | 视指令 | 目标 block ID（block_* 操作）,-1 表示末尾 |
+| `--src-block-ids` | 视指令 | 源 block ID（逗号分隔），用于 block_copy_insert_after / block_move_after |
+| `--revision-id` | 否 | 基准版本号，-1 = 最新（默认 `-1`） |
+
+## 指令速查表
+
+| 指令 | 说明 | 必需参数 |
+|------|------|----------|
+| `str_replace` | 全文文本查找替换（replacement 支持富文本标签；`--content` 传空字符串即为删除） | `--pattern` `--content` |
+| `block_insert_after` | 在指定 block 之后插入新内容 | `--block-id` `--content` |
+| `block_copy_insert_after` | 复制源 block 并插入到锚点之后（源块不变） | `--block-id` `--src-block-ids` |
+| `block_replace` | 替换指定 block（同一 block 仅限一次） | `--block-id` `--content` |
+| `block_delete` | 删除指定 block（逗号分隔可批量） | `--block-id` |
+| `overwrite` | ⚠️ 清空文档后全文重写（可能丢失图片、评论） | `--content` |
+| `append` | 在文档末尾追加内容（等价于 `block_insert_after --block-id -1`） | `--content` |
+| `block_move_after` | 移动已有 block 到指定位置 | `--block-id` + (`--content` 或 `--src-block-ids`) |
+
+## 指令示例
+
+### str_replace — 全文文本替换
+
+> **匹配范围：**
+> - **XML 模式（默认）**：`--pattern` 只支持**行内匹配**，不能跨 block / 跨段落匹配。涉及整段或多 block 的改动，请改用 `block_replace`。
+> - **Markdown 模式**（`--doc-format markdown`）：`--pattern` 同时支持**行内和跨行匹配**，可以用多行字符串匹配并替换一整段内容。
+>   - 还支持**`前缀...后缀` 省略号语法**：用 `...`（三个英文句点）串联起始与结束片段，匹配从前缀到后缀之间的全部内容（含中间被省略部分）。适合一段很长、但首尾特征明显的文本，避免把整段都塞进 `--pattern`。
+>   - 前缀、后缀本身仍遵循 Markdown 转义规则；省略号中间的内容**会被替换**为 `--content` 的完整文本，不会被保留。
+
+```bash
+# 简单文本替换
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command str_replace \
+  --pattern "张三" --content "李四"
+
+# 替换为富文本（加粗 + 链接）
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command str_replace \
+  --pattern "旧链接" --content '<b>新链接</b> <a href="https://example.com">点击查看</a>'
+
+# 仅当用户明确要求时才使用 Markdown
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command str_replace \
+  --doc-format markdown --pattern "旧内容" --content "新内容"
+
+# Markdown 模式下支持跨行匹配（--pattern 与 --content 都需要真实换行；"..."/'...' 里的 \n 是字面量）
+# 多行内容推荐 heredoc 或 --content @file.md，避免 shell 转义踩坑
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command str_replace \
+  --doc-format markdown \
+  --pattern "$(printf '## 旧标题\n\n第一段原文\n\n第二段原文')" \
+  --content - <<'EOF'
+## 新标题
+
+改写后的第一段
+
+改写后的第二段
+EOF
+
+# Markdown 模式下使用 `前缀...后缀` 省略号匹配首尾特征明显的大段内容
+# 下例会把「## 旧标题」到「结束语。」之间的所有内容整体替换
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command str_replace \
+  --doc-format markdown \
+  --pattern "## 旧标题...结束语。" \
+  --content - <<'EOF'
+## 新标题
+
+重写后的正文...
+
+新的结束语。
+EOF
+
+# 删除文本：--content 传空字符串即可
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command str_replace \
+  --pattern "废弃的内容" --content ""
+```
+
+### block_insert_after — 在指定 block 之后插入
+
+```bash
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command block_insert_after \
+  --block-id "目标 block_id" \
+  --content '<h2>新章节</h2><ul><li>要点 1</li><li>要点 2</li></ul>'
+```
+
+### block_replace — 替换指定 block
+
+```bash
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command block_replace \
+  --block-id "目标 block_id" \
+  --content '<p>替换后的段落内容</p>'
+```
+
+### block_delete — 删除指定 block
+
+```bash
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command block_delete \
+  --block-id "目标 block_id"
+```
+
+### overwrite — 全文覆盖
+
+```bash
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command overwrite \
+  --content '<title>全新文档</title><h1>概述</h1><p>新的内容</p>'
+```
+
+> ⚠️ 会清空文档后重写，可能丢失图片、评论等。仅在需要完全重建文档时使用。
+
+### append — 在文档末尾追加
+
+```bash
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command append \
+  --content '<h2>新增章节</h2><p>追加的内容</p>'
+```
+
+> 等价于 `block_insert_after --block-id -1`，无需先获取 block ID。
+
+### block_copy_insert_after — 复制块并插入
+
+将一个或多个源块复制到锚点块之后，源块保持不变。`--src-block-ids` 为逗号分隔的源块 ID，按顺序依次插入到锚点之后。
+
+```bash
+# 复制多个块（按顺序插入：anchor → a → b → c）
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command block_copy_insert_after \
+  --block-id "锚点 block_id" \
+  --src-block-ids "block_a,block_b,block_c"
+```
+
+### block_move_after — 移动已有 block
+
+将文档中已有的 block 移动到指定锚点之后。使用 `--src-block-ids` 指定要移动的块 ID，无需 `--content`。
+
+```bash
+# 移动到页面末尾
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command block_move_after \
+  --block-id "-1表示末尾，page_id表示开头，blk" \
+  --src-block-ids "block_a,block_b"
+```
+
+## 返回值
+
+```json
+{
+  "ok": true,
+  "identity": "user",
+  "data": {
+    "document": {
+      "revision_id": 13,
+      "new_blocks": [
+        { "block_id": "blkcnXXXX", "block_type": "whiteboard", "block_token": "boardXXXX" }
+      ]
+    },
+    "result": "success",
+    "updated_blocks_count": 3,
+    "warnings": []
+  }
+}
+```
+
+| 字段 | 说明 |
+|------|------|
+| `result` | `success` \| `partial_success` \| `failed` |
+| `updated_blocks_count` | 实际更新的 block 数量 |
+| `warnings` | 警告信息列表 |
+| `document.new_blocks` | 本次操作新增的 block 列表（如画板）。`block_id` 可用于后续精确编辑；`block_token` 是资源块 token（如画板）可交给 `lark-whiteboard` 等 skill 继续操作 |
+
+## 典型工作流
+
+### 精确 block 级更新
+
+1. **获取文档内容和 block ID**：
+   ```bash
+   lark-cli docs +fetch --api-version v2 --doc "<doc_id>" --detail with-ids
+   ```
+
+2. **定位目标 block**：从返回的 XML 中找到要修改的 block 及其 `id` 属性
+
+3. **执行更新**：
+   ```bash
+   # 替换特定 block
+   lark-cli docs +update --api-version v2 --doc "<doc_id>" --command block_replace \
+     --block-id "blkcnXXXX" --content "<p>新内容</p>"
+
+   # 在某 block 后插入
+   lark-cli docs +update --api-version v2 --doc "<doc_id>" --command block_insert_after \
+     --block-id "blkcnXXXX" --content "<h2>追加的章节</h2>"
+   ```
+
+### 简单文本替换
+
+不需要 block ID，直接匹配替换：
+
+```bash
+lark-cli docs +update --api-version v2 --doc "<doc_id>" --command str_replace \
+  --pattern "v1.0" --content "v2.0"
+```
+
+## 画板处理
+
+> **`docs +update` 不能直接编辑已有画板的内容。** 本命令只能**新增**画板块；要修改已有画板，先用 `docs +fetch --api-version v2` 取到 `<whiteboard token="...">`，再按 [`lark-doc-whiteboard.md`](lark-doc-whiteboard.md) 启动 SubAgent 读取 [`lark-whiteboard`](../../lark-whiteboard/SKILL.md) 并写入。
+
+画板的语法选型与插入示例见 [`lark-doc-style.md`](style/lark-doc-style.md) 的「画板语法与插入」章节。
+
+## 最佳实践
+
+- **精确操作优于全文覆盖**：使用 `block_replace`/`block_insert_after` 精确修改，避免 `overwrite` 全文覆盖
+- **str_replace 的匹配范围取决于格式**：
+  - **XML 模式（默认）**：`--pattern` 只支持**行内**匹配，不支持跨行 / 跨 block。段落、整块或容器级（列表、表格、分栏、引用块等）改动请改用 `block_replace` 指定 block_id 重建。
+  - **Markdown 模式**（`--doc-format markdown`）：`--pattern` 同时支持**行内和跨行**匹配，还支持 `前缀...后缀` 省略号语法（用 `...` 串联首尾片段匹配一大段内容），可以一次替换多行文本；但仍建议优先按最小片段匹配，跨 block 容器级重写仍优先用 `block_replace`，避免副作用。
+- **保护不可重建的内容**：图片、画板、电子表格等以 token 形式存储，替换时避开这些 block
+- **str_replace 的 replacement 支持富文本**：可以用行内标签 `<b>`、`<a>`、`<cite>`、`<latex>` 等替换普通文本为富文本
+- **同一 block 只能被 replace 一次**：多次修改同一 block 请合并为一次 block_replace
+- **block_delete 支持批量**：用逗号分隔多个 block_id 一次删除
+- **复杂结构重组**：将多个段落转换为 grid / table 等复杂布局时，分步操作比 overwrite 更安全：
+  1. 用 `block_insert_after` 在目标位置插入新的富文本结构
+  2. 用 `block_delete` 批量删除旧的 block
+  3. 这样可以保留文档中其他不相关的内容（图片、评论等）
+- **视觉丰富度**：插入或替换内容时，同样遵循 [`lark-doc-style.md`](style/lark-doc-style.md) 中的样式指南，主动使用结构化 block
+
+## 参考
+
+- [`lark-doc-update-workflow.md`](style/lark-doc-update-workflow.md) — 改写增强工作流（Code-Act Loop、并行执行策略）
+- [`lark-doc-style.md`](style/lark-doc-style.md) — 文档样式指南（元素选择 + 丰富度规则 + 颜色语义）
+- [`lark-doc-xml.md`](lark-doc-xml.md) — XML 语法规范
+- [`lark-doc-fetch.md`](lark-doc-fetch.md) — 获取文档
+- [`lark-doc-create.md`](lark-doc-create.md) — 创建文档
+- [`lark-doc-media-insert.md`](lark-doc-media-insert.md) — 插入图片/文件到文档
+- [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) — 认证和全局参数