@wagemule/daemon 0.1.2 → 0.1.3

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

@@ -0,0 +1,100 @@
+# lark-doc 画板处理指南
+
+> **前置条件：** 先阅读 [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。
+
+## 两个 Skill 的职责边界
+
+| Skill | 核心职责 | 约束 |
+|------|------|------|
+| `lark-doc` | 识别画板机会、判断简单/复杂、调度 SubAgent、插入简单 SVG 画板或复杂空白画板 | 主 Agent 不直接创作画板内容；简单图不需要读取 `lark-whiteboard` |
+| `lark-whiteboard` | 查询/导出已有画板；复杂图表生成（Mermaid/DSL/SVG 路由、场景选型、渲染验证）；写入已有/空白画板 | 仅复杂图或已有画板更新时由独立 SubAgent 读取 |
+
+## 画板优先规则
+
+写文档时，重要信息优先画板化。遇到核心流程、系统架构、方案对比、风险链路、里程碑、指标趋势、因果归因、组织关系、能力分层等内容，不要只用段落或表格承载；除非内容只是一次性补充说明，否则应规划为画板。
+
+同一篇文档可以有多个画板。优先多个聚焦画板，而不是把所有信息塞进一张大图。
+
+## 文档与画板协同流程
+
+### 步骤 1：识别画板机会
+
+| 场景 | 入口 |
+|------|------|
+| 文档中需要插入简单新画板 | 走步骤 2A |
+| 文档中需要插入复杂新画板 | 走步骤 2B |
+| 已有画板需要更新内容 | 先 `docs +fetch --api-version v2` 获取 `board_token`，跳至步骤 3B |
+| 只查看 / 下载已有画板 | 切换至 `lark-whiteboard`，不走本流程 |
+
+简单图判定：节点少、静态、布局可控、适合一个完整自包含 SVG 表达，例如小型流程、2-3 方对比、小型状态机、简单时间线或小型示意图。
+
+复杂图判定：节点多、跨泳道/跨系统、需要自动布局或精细排版、包含数据图表、组织架构、复杂架构、复杂依赖、已有画板更新，或需要 `lark-whiteboard` 的渲染验证。
+
+### 步骤 2A：简单图 — SubAgent 直接插入 SVG 画板
+
+主 Agent 启动 SubAgent，让它用 `docs +create --api-version v2` / `docs +update --api-version v2` 插入：
+
+```xml
+<whiteboard type="svg"><svg ...>...</svg></whiteboard>
+```
+
+简单图 SubAgent 的最小上下文：
+- doc token、插入位置（标题 / block_id / command）
+- 图表目标、受众、源段落或数据
+- 要求读取 `lark-doc-xml.md`；不需要读取 `lark-whiteboard`
+- SVG 必须完整自包含：包含 `<svg>` 根节点和 `viewBox`，不引用外部图片、脚本、远程资源
+
+### 步骤 2B：复杂图 — 先创建空白画板
+
+- 主 Agent 使用 `docs +create --api-version v2` / `docs +update --api-version v2` 插入 `<whiteboard type="blank"></whiteboard>`。
+- 从 v2 响应的 `data.document.new_blocks[]` 中读取 `block_type == "whiteboard"` 的 `block_token` 作为 board_token。
+
+### 步骤 3B：复杂图或已有画板 — 启动 lark-whiteboard SubAgent
+
+复杂图和已有画板更新必须启动 SubAgent。主 Agent 只传最小上下文，不直接执行 `lark-whiteboard` 的渲染和写入流程。
+
+复杂图 SubAgent 的最小上下文：
+- board_token
+- 图表目标、推荐画板类型、受众
+- 与图表直接相关的源段落或数据
+- 要求读取 [`../../lark-whiteboard/SKILL.md`](../../lark-whiteboard/SKILL.md)，按其完整流程写入该 board_token
+
+多个画板互不依赖时，可并行启动多个 SubAgent；每个 SubAgent 只负责一个画板或一个 SVG 插入点，不要互相复用上下文。
+
+### 步骤 4：完成校验
+
+- 简单 SVG：确认插入的是 `<whiteboard type="svg">`，且内容是完整 `<svg ...>...</svg>`
+- 复杂画板：确认每个 token 对应的画板都已填充真实内容
+- 不保留空白占位画板；复杂路径只有空白画板而无内容视为任务未完成
+
+---
+
+## 语义与画板类型映射
+
+下表用于帮助主 Agent 判断简单/复杂路径，并给 SubAgent 指定推荐画板类型。
+
+| 语义 | 画板类型 |
+|------|------|
+| 小型流程/状态机/简单时间线/小型对比/小型示意图 | SVG 画板（简单路径） |
+| 架构/分层/技术方案/模块依赖/调用关系 | 架构图（复杂路径） |
+| 流程/审批/部署/业务流转/状态机 | 流程图（按复杂度分流） |
+| 跨角色流程/跨系统交互/端到端链路 | 泳道图（复杂路径） |
+| 组织/层级/汇报关系 | 组织架构图 |
+| 时间线/里程碑/版本规划 | 里程碑图 |
+| 因果/复盘/根因分析 | 鱼骨图 |
+| 方案对比/技术选型/功能矩阵 | 对比图 |
+| 循环/飞轮/闭环/增长链路 | 飞轮图 |
+| 层级占比/能力模型/需求层次 | 金字塔图 |
+| 矩形树图/层级面积占比 | 树状图 |
+| 转化漏斗/销售漏斗 | 漏斗图 |
+| 分类梳理/知识体系/思维导图/时序图/类图 | Mermaid |
+| 数据分布/占比/饼图 | Mermaid |
+| 简单自定义图形/小型 SVG 示意图 | SVG 画板（简单路径） |
+| 柱状图/条形图/数据对比 | 柱状图 |
+| 折线图/趋势图/时序数据 | 折线图 |
+
+---
+
+## 关联参考
+
+- 画板查询/创作/修改/渲染写入：[`../../lark-whiteboard/SKILL.md`](../../lark-whiteboard/SKILL.md)

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

@@ -0,0 +1,169 @@
+基于 HTML 子集的 XML 格式描述飞书文档内容。
+
+# 一、标准 HTML 标签
+p, h1-h9, ul, ol, li, table, thead, tbody, tr, th, td, blockquote, pre, code, hr, img, b, em, u, del, a, br, span 语义不变
+
+# 二、扩展标签速查表
+## 块级标签
+|标签|说明|关键属性|
+|-|-|-|
+| `<title>` | 文档标题（每篇唯一）| `align` |
+| `<checkbox>` | 待办项| `done="true"\|"false"` |
+
+## 容器标签
+|标签|说明|关键属性|
+|-|-|-|
+| `<callout>` | 高亮框，子块仅支持文本、标题、列表、待办、引用 | `emoji`(默认 bulb), `background-color`, `border-color`, `text-color` |
+| `<grid>` + `<column>` | 分栏布局，各列 width-ratio 之和为 1 | `width-ratio` |
+| `<whiteboard>` | 嵌入画板 | `type`: `blank` \| `mermaid` \| `plantuml` \| `svg` |
+| `<pre>` | （代码块，内含 `code`）| `lang`, `caption` |
+| `<figure>` | 视图容器 | `view-type` |
+| `<bookmark>` | 书签链接 | `<bookmark name="标题" href="https://..."></bookmark>`，必传 name 和 href |
+
+## 行内组件
+| 标签 | 说明 | 关键属性 |
+|-|-|-|
+| `<cite type="user">` | @人 | `<cite type="user" user-id="userID"></cite>` |
+| `<cite type="doc">` | @文档 | `<cite type="doc" doc-id="docx_token"></cite>` |
+| `<latex>` | 行内公式 | `<latex>E = mc^2</latex>` |
+| `<img>` | 图片（可独立成块或内联） | `<img width="800" height="600" caption="说明" name="图.png" href="http 或 https"/>` |
+| `<source>` | 文件附件（可独立成块或内联） | `<source name="报告.pdf"/>` |
+| `<a type="url-preview">` | 预览卡片 | `<a type="url-preview" href="...">标题</a>` |
+| `<button>` | 操作按钮 | `background-color`、`src`，必须包含 `action=OpenLink\|DuplicatePage\|FollowPage` |
+| `<time>` | 提醒 | 必包含 `expire-time`、`notify-time`（毫秒时间戳）、`should-notify=true\|false` |
+
+## 文本块通用属性
+- `align` — `"left"`|`"center"`|`"right"`（适用于 p / h1-h9 / li / checkbox）
+- 有序列表项用 `seq="auto"` 自动编号
+
+# 三、资源块
+
+文档中可嵌入外部资源块（属于容器标签的特殊形式），需要额外语法创建：
+
+- `<img>` — `<img href="https://..."/>` 上传网络图片
+- `<whiteboard>` — 简单图由 SubAgent 直接插入 `<whiteboard type="svg">完整自包含 SVG</whiteboard>`；复杂图使用 `<whiteboard type="blank"></whiteboard>` 先创建空白画板，再按 [`lark-doc-whiteboard.md`](lark-doc-whiteboard.md) 启动 SubAgent 调用 `lark-whiteboard` 写入；
+- `<sheet>` — `<sheet type="blank"></sheet>` 空白；`<sheet sheet-id="SID" token="TOKEN"></sheet>` 复制已有
+- `<task>` — `<task task-id="GUID"></task>`，必传 task-id（任务 guid）
+- `<chat_card>` — `<chat_card chat-id="CHAT_ID"></chat_card>`，必传 chat-id
+- bitable、base_ref、synced_reference、synced_source、okr — 不可创建，仅支持移动
+
+# 四、块级复制与移动
+
+## 移动（block_move_after）
+支持**所有**块类型（块级标签、容器标签、行内组件、资源块），使用 `docs +update --command block_move_after --block-id "<锚点>" --src-block-ids "id1,id2"`。
+
+## 复制（block_copy_insert_after）
+- **基础标签**（块级标签、容器标签、行内组件）：均支持复制
+- **资源块**：仅 img、source、whiteboard、sheet、chat_card 支持复制；task、bitable、base_ref、synced_reference、synced_source、okr 不支持复制
+
+使用 `docs +update --command block_copy_insert_after --block-id "<锚点>" --src-block-ids "id1,id2"`。
+
+> 详见 [lark-doc-update.md](lark-doc-update.md)。
+
+# 五、补充规则
+
+## 富文本样式嵌套顺序
+- 行内样式标签必须按以下固定顺序嵌套（外 → 内），关闭顺序严格反转：`<a> → <b> → <em> → <del> → <u> → <code> → <span> → 文本内容`
+
+## 列表分组
+- 连续同类型列表项自动合并为一个 `<ul>` 或 `<ol>`
+- 嵌套子列表放在 `<li>` 内部
+- 新增列表项必须包在 `<ul>` 或 `<ol>` 内：
+   ```xml
+   <ul>
+     <li>第一项</li>
+     <li>第二项</li>
+   </ul>
+   ```
+
+
+## 表格扩展
+标准 HTML table 结构不变，扩展点：
+- `<colgroup>` / `<col>` 定义列宽，紧跟 `<table>` 之后：`<col span="2" width="100"/>`
+- `<th>` / `<td>` 增加 `background-color` 和 `vertical-align`（top | middle | bottom）
+- 有表头时第一行在 `<thead>` 用 `<th>`，其余在 `<tbody>` 用 `<td>`
+- 合并单元格仅起始格输出 `colspan` / `rowspan`，被合并的格不出现
+
+# 六、美化系统
+- 颜色优先使用命名色，也可写 `rgb(r,g,b)` / `rgba(r,g,b,a)`。**基础色（7 色）**：red, orange, yellow, green, blue, purple, gray
+  | 属性 | 支持的命名色 |                                                                                                                                                                                                        
+  |-|-|
+  | 文字颜色 `<span text-color>` | 基础色 |
+  | 高亮框字色 `<callout text-color>` | 基础色 |
+  | 高亮框边框 `<callout border-color>` | 基础色 |                                                                                                                                                                                 
+  | 文字背景 `<span background-color>` | 基础色 + `light-{色}` + `medium-gray` |                                                                                                                                                   
+  | 高亮框填充 `<callout background-color>` | `gray` + `light-{色}` + `medium-{色}` |                                                                                                                                              
+  | 单元格背景 `<th/td background-color>` | 同文字背景 |                                                                                                                                                                           
+  | 按钮背景 `<button background-color>` | 同文字背景 |
+- 常用 emoji： 💡(默认)✅❌⚠️📝❓❗👍❤️📌🏁⭐
+
+# 七、**重要规则**
+## 转义规则：标签本身 **禁止转义**，只有标签内部的文本内容才需要转义
+
+**错误** ❌：`&lt;p&gt;内容&lt;/p&gt;`（把标签也转义了）
+**正确** ✅：`<p>A &amp; B 的对比：1 &lt; 2</p>`（标签保持原样，文本中的 `&` 和 `<` 才转义）
+
+转义字符表：
+- `<` → `&lt;`
+- `>` → `&gt;`
+- `&` → `&amp;`
+- `\n`（换行符） → `<br/>`
+
+
+# 八、完整示例
+
+```xml
+<title>文档标题</title>
+
+<h1>一级标题</h1>
+
+<p><b>加粗文本</b>，<span text-color="green">绿色文本</span></p>
+
+<callout emoji="💡" background-color="light-yellow" border-color="yellow">
+  <p>高亮框内容，子块仅支持文本/标题/列表/待办/引用</p>
+</callout>
+
+<checkbox done="true">已完成事项</checkbox>
+<checkbox done="false">未完成事项</checkbox>
+
+<grid>
+  <column width-ratio="0.5">
+    <p>左栏</p>
+  </column>
+  <column width-ratio="0.5">
+    <p>右栏</p>
+  </column>
+</grid>
+
+<table>
+  <colgroup><col span="2" width="120"/></colgroup>
+  <thead><tr><th background-color="light-gray">表头</th><th background-color="light-gray">表头</th></tr></thead>
+  <tbody><tr><td>单元格</td><td>单元格</td></tr></tbody>
+</table>
+
+<p><cite type="doc" doc-id="DOC_TOKEN"></cite> <cite type="user" user-id="USER_ID"></cite></p>
+
+<ol><li seq="auto">第一项</li><li seq="auto">第二项</li></ol>
+
+<p><a type="url-preview" href="https://example.com">链接标题</a></p>
+
+<p><latex>E = mc^2</latex></p>
+
+<pre lang="go" caption="示例"><code>fmt.Println("hello")</code></pre>
+
+<hr/>
+
+<source name="文件名.pdf"/>
+<img src="IMG_TOKEN" width="800" height="400" caption="说明" name="图.png"/>
+<img href="https://example.com/photo.png"/>
+
+<button action="OpenLink" src="https://example.com">按钮文字</button>
+
+<time expire-time="1775916000000" notify-time="1775912400000" should-notify="false">时间戳毫秒</time>
+
+<cite type="citation"><a href="https://example.com">引文标题</a></cite>
+<bookmark name="书签标题" href="https://example.com"></bookmark>
+
+<task task-id="TASK_GUID"></task>
+<chat_card chat-id="CHAT_ID"></chat_card>
+```

package/dist/skills/larksuite/lark-doc/references/style/lark-doc-create-workflow.md

@@ -0,0 +1,56 @@
+# 从零创作工作流
+
+用户提供主题、需求或简要说明，需要生成一份新的飞书文档时，遵循本工作流。
+
+## 核心方法论 — Code-Act Loop
+
+通过自适应的 **Code-Act Loop** 驱动文档创作，而非固定模板式的工作流。每次任务都循环执行：
+
+1. **Plan（规划）** — 根据用户目标和文档当前状态，评估下一步该做什么
+2. **Execute（执行）** — 运行相应的 `lark-cli docs` 命令，或 **spawn** Agent 子任务并行推进
+3. **Observe（观察）** — 检查命令输出，验证正确性，核查样式是否达标
+4. **Iterate（迭代）** — 如需调整，回到 Plan 继续循环
+
+循环在文档达到质量标准且满足用户需求时结束。不要试图一次性产出完美内容——迭代打磨效果更好。根据用户实际需求灵活决定文档结构和版块，而不是套用固定模板。
+
+
+## 典型 Code-Act Loop 流程
+
+### 第一波 — 规划与骨架（串行）
+
+1. 分析用户需求：受众、目的、范围
+2. 设计大纲——每个 h1/h2 章节至少规划 1 个非文本 block；承载重要信息的章节优先规划画板
+3. `docs +create --api-version v2` **只建骨架**：标题 + 开头 `<callout>` + 各级标题 + 每节一句占位摘要
+   - ⚠️ **不要**一次性把完整章节内容塞进 `--content`。超长 `--content` 容易触发字符/参数限制。
+   - 完整内容留到第二波，由各 Agent 用 `docs +update --command append` 或 `block_insert_after` 分段写入。
+
+### 第二波 — 内容撰写（并行 Agent）
+
+4. Spawn Agent 并行撰写各章节。每个 Agent 需收到：
+   - 文档 token、负责的章节范围、期望的 block 类型
+   - `lark-doc-xml.md` 和 `lark-doc-style.md` 的完整路径（Agent 须先读取）
+   - 使用 `docs +update --command append` 或 `block_insert_after` 写入
+
+### 第三波 — 整合审查 + 画板意图识别（串行）
+
+5. `docs +fetch --api-version v2 --detail with-ids` 获取文档，审查整体效果
+6. 评估样式达标（富 block 密度、元素多样性、连续 `<p>` 数量）
+7. **画板意图识别**：逐章节扫描，按 `lark-doc-style.md`「画板意图识别」表判断是否有段落适合用图表达。重要信息优先画板化，记录需要插图的章节、推荐画板类型、简单/复杂路径和用于画图的源内容
+
+### 第四波 — 画板与润色（并行 Agent）
+8. **优先处理第三波识别出的画板需求**：
+   - 简单图：启动 SVG SubAgent，直接插入 `<whiteboard type="svg">完整 SVG</whiteboard>`；不读取 **lark-whiteboard**
+   - 复杂图：主 Agent 先插入 `<whiteboard type="blank"></whiteboard>` 并提取 `block_token`，再为每个 `block_token` 启动 SubAgent 使用 **lark-whiteboard** skill 写入画板
+9. Spawn 内容改写 Agent 定向润色：
+   - 文字密集章节转为 `<table>`/`<grid>`/`<callout>`
+   - 主要章节间补充 `<hr/>`
+   - 本地图片使用 `docs +media-insert` 插入
+
+
+## Agent 子任务要求
+
+内容改写 Agent 必须收到：文档 token、章节范围（标题/block ID）、`lark-doc-xml.md` 和 `lark-doc-style.md` 路径、具体的 `docs +update` command 和 `--block-id`。
+
+SVG SubAgent 必须收到：文档 token、插入位置（标题/block ID）、图表目标、源内容片段、`lark-doc-xml.md` 路径。它只负责插入一个 `<whiteboard type="svg">...</whiteboard>`，不改其他正文，也不读取 `lark-whiteboard`。
+
+复杂画板 SubAgent 必须收到：board_token、图表目标、推荐画板类型、源内容片段、[`../../../lark-whiteboard/SKILL.md`](../../../lark-whiteboard/SKILL.md) 路径。它只负责写入画板，不改文档正文。

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

@@ -0,0 +1,106 @@
+# 文档样式指南
+
+创建或编辑文档时，必须遵循本指南，使用结构化 block 提升可读性和视觉层次。
+
+## 一、核心原则
+
+1. **结构优于文字**：能用结构化 block 表达的信息，不用纯文本段落
+2. **Front-load 结论**：文档以 `<callout>` 开头概括核心结论；每章节首段点明要旨
+3. **视觉节奏**：连续纯文本不超过 3 段；不同主题章节间用 `<hr/>` 分隔
+4. **最少惊讶**：同类信息使用同类元素，全篇风格统一
+5. **重要信息画板化**：核心流程、架构、对比、风险、路线图、指标趋势等重要信息优先使用画板表达
+
+## 二、元素选择指南
+
+涉及图表需求时，先判定简单/复杂：简单图启动 SubAgent 直接插入 `<whiteboard type="svg">完整 SVG</whiteboard>`，不读取 **lark-whiteboard**；复杂图才使用空白画板 + **lark-whiteboard** SubAgent。
+
+| 场景 | 推荐方案                                                          |
+|-|---------------------------------------------------------------|
+| 核心结论 / 摘要 / 注意事项 | `<callout>` + emoji + 背景色                                     |
+| 重要方案对比 / 优劣势 / Before vs After | `<grid>` 2 列分栏；简单 SVG SubAgent；复杂矩阵用 lark-whiteboard SubAgent |
+| 简短低风险对比 | `<grid>` 2 列分栏                                                |
+| 3+ 属性的结构化数据 / 指标表 | `<table>` + 表头背景色                                             |
+| 任务清单 / 检查项 | `<checkbox>`                                                  |
+| 代码片段 | `<pre lang="x" caption="说明">`                                 |
+| 引用 / 公式 | `<blockquote>` / `<latex>`                                    |
+| 操作入口 / 跳转链接 | `<button>` / `<a type="url-preview">`                         |
+| 简单流程图 / 小型状态机 / 小型时间线 | 简单 SVG SubAgent                                               |
+| 简单自定义图形 / 小型 SVG 示意图 | 简单 SVG SubAgent                                               |
+| 复杂架构图 / 数据图 / 思维导图 / 组织架构 | 空白画板 + lark-whiteboard SubAgent                               |
+
+### 画板意图识别
+
+撰写或审查每个段落/章节时，**必须判断该内容是否适合用图表达**。满足以下任一特征时，应使用画板而非纯文本；如果该内容承载章节核心结论、关键决策或主要论据，即使结构较简单也优先画板化：
+
+| 内容特征 | 信号词 / 模式 | 推荐画板类型 |
+|-|-|-|
+| 多步骤的操作流程或决策路径 | "先…然后…最后"、"步骤 1/2/3"、"如果…则…否则" | 流程图 / 泳道图 |
+| 系统或模块间的依赖与交互 | "调用"、"依赖"、"上游/下游"、"请求→响应" | 架构图 |
+| 上下级或从属关系 | "汇报给"、"下属"、"隶属"、"团队结构" | 组织架构图 |
+| 时间线或阶段演进 | "Q1/Q2"、"里程碑"、"阶段一→阶段二"、日期序列 | 时间线 / 里程碑 |
+| 因果分析或问题归因 | "根因"、"原因"、"导致"、"影响因素" | 鱼骨图 |
+| 两个及以上方案/对象的多维度对比 | "vs"、"方案 A/B"、"优劣"、"对比" | 对比图 |
+| 层级递进或优先级排序 | "基础→进阶→高级"、"L1/L2/L3"、"核心→外围" | 金字塔图 |
+| 数值趋势或周期变化 | 带数字的时间序列、"增长/下降"、百分比变化 | 折线图 / 柱状图 |
+| 漏斗或转化率 | "转化率"、"漏斗"、"从…到…留存" | 漏斗图 |
+| 发散或归纳的思维结构 | "要点"、"维度"、"分支"、多层嵌套列表 | 思维导图 |
+| 循环或飞轮效应 | "正循环"、"飞轮"、"闭环"、"A 驱动 B 驱动 C" | 飞轮图 |
+| 占比分布 | "占比"、"份额"、"分布"、百分比加总 ≈100% | 饼图 / 树状图 |
+
+**判断规则：**
+- 重要信息能图示就图示；不要为了省步骤把关键流程、架构、对比、风险链路写成纯文本
+- 简单图由 SubAgent 直接插入 `<whiteboard type="svg">完整 SVG</whiteboard>`，不读取 **lark-whiteboard**
+- 复杂图或已有画板更新才先插入 `<whiteboard type="blank"></whiteboard>`，再启动 SubAgent 使用 **lark-whiteboard** skill 写入内容
+- 低重要度、局部辅助信息才用 `<table>` / `<grid>` / `<callout>` 承载
+
+### 画板语法与插入
+
+> **提醒：** `docs +update` 不能编辑已有画板内容；下面的语法都是**新增**画板块。修改已有画板需启动 SubAgent 读取 [`lark-whiteboard`](../../../lark-whiteboard/SKILL.md)。
+
+#### 简单 SVG 画板（SubAgent 插入）
+
+1. 主 Agent 启动 SubAgent，传入 doc token、插入位置、图表目标和源内容
+2. SubAgent 使用 `<whiteboard type="svg">完整自包含 SVG</whiteboard>` 通过 `docs +create --api-version v2` / `docs +update --api-version v2` 插入
+3. SVG 必须包含 `<svg>` 根节点和 `viewBox`，不要引用外部图片、脚本或远程资源
+
+#### 复杂画板（空白画板 + lark-whiteboard SubAgent）
+
+1. 用 `<whiteboard type="blank"></whiteboard>` 通过 `docs +create --api-version v2` / `docs +update --api-version v2` 插入空白画板
+2. 从 v2 响应 `data.document.new_blocks` 中提取画板 `block_token`
+3. 必须启动 SubAgent，把 `block_token`、图表目标、推荐画板类型和源内容交给它
+4. SubAgent 读取 [`lark-whiteboard`](../../../lark-whiteboard/SKILL.md) skill 并写入该画板；主 Agent 不直接调用画板渲染流程
+
+更完整的协同流程见 [`lark-doc-whiteboard.md`](../lark-doc-whiteboard.md)。
+
+## 三、颜色语义
+
+全篇保持语义一致，同一语义必须使用同一颜色：
+
+| 语义 | emoji 前缀 | callout 背景色 | 文字色 |
+|-|-|-|-|
+| 信息、说明 | ℹ️ "说明：" | `light-blue` | `blue` |
+| 成功、推荐 | ✅ "推荐：" | `light-green` | `green` |
+| 警告 / 错误 / 风险 | ⚠️❌ | `light-red` | `red` |
+| 注意、待确认 | ❗"注意：" | `light-yellow` | `yellow` |
+| 中性、辅助 | — | `light-gray` | — |
+
+- 表头统一 `background-color="light-gray"`
+- 关键指标用 `<span text-color="green/red">` 突出，**必须同时用 ↑↓ 或 +/- 标注方向**（色觉无障碍）
+
+## 四、排版规范
+
+- 标题层级 ≤ 4 层，段落单段 ≤ 5 行，列表嵌套 ≤ 2 层，Grid ≤ 3 列
+- 文档开头用 `<callout>` front-load 结论；
+
+## 五、丰富度自检
+
+生成内容后必须自检，**未达标时主动优化**：
+
+| 指标 | 达标标准 |
+|-|-|
+| 富 block 密度 | ≥ 40%（非纯文本 block 数 ÷ 总 block 数） |
+| 元素多样性 | ≥ 3 种不同 block 类型 |
+| 连续纯文本 | ≤ 3 段连续 `<p>` |
+| 章节丰富度 | 每 h1/h2 ≥ 1 个非纯文本 block |
+| 开头 callout | 必须 |
+| 视觉节奏 | 不同主题章节间有 `<hr/>` |

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

@@ -0,0 +1,54 @@
+# 改写增强工作流
+
+用户提供已有文档链接或 token，需要改写、润色、补充或重排版时，遵循本工作流。
+
+## 核心方法论 — Code-Act Loop
+通过自适应的 **Code-Act Loop** 驱动文档改写，而非固定模板式的工作流。每次任务都循环执行：
+1. **Plan（规划）** — 根据用户目标和文档当前状态，评估下一步该做什么
+2. **Execute（执行）** — 运行相应的 `lark-cli docs` 命令，或 **spawn** Agent 子任务并行推进
+3. **Observe（观察）** — 检查命令输出，验证正确性，核查样式是否达标
+4. **Iterate（迭代）** — 如需调整，回到 Plan 继续循环
+
+## 核心原则：精准手术优于全量覆盖
+1. **精准手术**：只改用户指定的 block，不改其他 block。
+2. **全量覆盖**：如果用户明确要改整篇，才用 `overwrite` 命令。
+3. **保真约束**：改写时原文里的 `<cite type="user">`（@人）、`<cite type="doc">`（@文档）、`<img>`、`<source>`、`<whiteboard>`、`<sheet>`、`<bitable>`、`<synced_reference>` 等行内组件和资源块一律原样保留（含所有 token / user-id / doc-id 属性），不许替换成纯文本姓名、链接或占位符。
+
+## 工作流程
+
+### 第一波 — 分析 + 画板意图识别（串行）
+
+1. **选择读取范围**（节省上下文的关键）：
+   - 用户只改某一节 / 文档较大 → 先 `docs +fetch --api-version v2 --scope outline --max-depth 2` 拿目录，再 `docs +fetch --api-version v2 --scope section --start-block-id <目标标题id> --detail with-ids` 精读该节（`section` 会自动展开到下一个同级/更高级标题前，不用手动算结束 block id）
+   - 需要精确跨节区间 → `docs +fetch --api-version v2 --scope range --start-block-id xxx --end-block-id yyy`（或 `--end-block-id -1` 读到末尾）
+   - 用户只给了模糊关键词 → `docs +fetch --api-version v2 --scope keyword --keyword xxx --context-before 1 --context-after 1 --detail with-ids`
+   - 用户明确要改整篇 → `docs +fetch --api-version v2 --detail with-ids`
+   - 详见 [`lark-doc-fetch.md`](../lark-doc-fetch.md) "意图引导：选择正确的 --scope"
+2. 系统性评估：结构清晰度、富 block 密度（≥40%）、元素多样性（≥3种）、连续 `<p>` 是否超过 3 段、是否有开头 callout 和章节 `<hr/>`
+3. **画板意图识别**：逐章节扫描，按 `lark-doc-style.md`「画板意图识别」表判断哪些段落的信息适合用图表达。重要信息优先画板化，记录需要插图的章节（block ID）、推荐画板类型、简单/复杂路径和源内容片段
+4. 向用户简要说明改进计划（包含识别出的画板机会）
+
+### 第二波 — 定向改写（并行 Agent）
+
+5. **优先处理第一波识别出的画板候选段落**：
+   - 简单图：启动 SVG SubAgent，直接插入 `<whiteboard type="svg">完整 SVG</whiteboard>`；不读取 **lark-whiteboard**
+   - 复杂图：主 Agent 先插入 `<whiteboard type="blank"></whiteboard>` 并提取 `block_token`，再为每个 `block_token` 启动 SubAgent 使用 **lark-whiteboard** skill 写入画板
+6. Spawn 内容改写 Agent 在不重叠的章节上并行改进，各 Agent 收到文档 token 和特定 block ID：（见 `lark-doc-style.md`）
+   - 开头适当添加 `<callout>`、重组引言
+   - 纯文本转为 `<grid>`/`<table>`/`<callout>`
+   - 添加低重要度对比分栏、关键提示等富 block；画板类需求只走第 5 步
+
+### 第三波 — 验证（串行）
+
+7. 获取更新后文档局部内容，重新检查样式指标
+8. 未达标则定向修正，向用户呈现结果
+
+## Agent 子任务要求
+
+内容改写 Agent 必须收到：文档 token、章节范围（标题/block ID）、`lark-doc-xml.md` 和 `lark-doc-style.md` 路径、具体的 `docs +update` command 和 `--block-id`。
+
+SVG SubAgent 必须收到：文档 token、插入位置（标题/block ID）、图表目标、源内容片段、`lark-doc-xml.md` 路径。它只负责插入一个 `<whiteboard type="svg">...</whiteboard>`，不改其他正文，也不读取 `lark-whiteboard`。
+
+复杂画板 SubAgent 必须收到：board_token、图表目标、推荐画板类型、源内容片段、[`../../../lark-whiteboard/SKILL.md`](../../../lark-whiteboard/SKILL.md) 路径。它只负责写入画板，不改文档正文。
+
+**上下文节省提示**：Agent 如需在自己负责的章节内重新读取内容，优先用 `docs +fetch --api-version v2 --scope section --start-block-id <章节标题id>`（自动覆盖整节），或 `--scope range --start-block-id xxx --end-block-id yyy` 精确区间，只拉自己的章节，不要重复拉全文。