Lark Slides

slides (v1)

CRITICAL — 开始前 MUST 先用 Read 工具读取 ../lark-shared/SKILL.md，其中包含认证、权限处理

CRITICAL — 生成任何 XML 之前，MUST 先用 Read 工具读取 xml-schema-quick-ref.md，禁止凭记忆猜测 XML 结构。

CRITICAL — 如果用户提到“模板”“套用模板”“参考某种主题/风格/版式”，或用户需求明显落在已有场景模板内（如工作汇报、产品介绍、商业计划书、培训、晋升汇报等），MUST 先用 scripts/template_tool.py 的 search 做模板检索；默认给出 2-3 个最匹配模板候选供用户选择。锁定模板后用 summarize 获取主题和布局摘要；只有需要布局骨架时才用 extract 裁切目标页型 XML。不要直接读取完整模板 XML。

[!NOTE] scripts/template_tool.py 需要 Python 3。references/template-index.json 是脚本缓存/轻量路由索引，不是默认给 agent 阅读的文档；assets/templates/*.xml 是机器资源，只应通过脚本摘要或裁切，不要全文读取。

CRITICAL — 使用模板生成或改写页面时，MUST 先 summarize 目标页型；只有需要具体布局骨架时才 extract。生成本地 XML 后，如可运行 Python，MUST 先用 scripts/layout_lint.py 检查 XML well-formed、重叠/越界/文本高度风险，再创建或追加页面。它不是完整 XSD schema 校验。

编辑已有幻灯片页面：优先用 +replace-slide（块级替换/插入，不动页序）；选择 action 和完整读-改-写流程见 lark-slides-edit-workflows.md。

身份选择

飞书幻灯片通常是用户自己的内容资源。默认应优先显式使用 --as user（用户身份）执行 slides 相关操作，始终显式指定身份。

• --as user（推荐）：以当前登录用户身份创建、读取、管理演示文稿。执行前先完成用户授权：

lark-cli auth login --domain slides

• --as bot：仅在用户明确要求以应用身份操作，或需要让 bot 持有/创建资源时使用。使用 bot 身份时，要额外确认 bot 是否真的有目标演示文稿的访问权限。

执行规则：

1. 创建、读取、增删 slide、按用户给出的链接继续编辑已有 PPT，默认都先用 --as user。
2. 如果出现权限不足，先检查当前是否误用了 bot 身份；不要默认回退到 bot。
3. 只有在用户明确要求"用应用身份 / bot 身份操作"，或当前工作流就是 bot 创建资源后再做协作授权时，才切换到 --as bot。

快速开始

一条命令创建包含页面内容的 PPT（推荐）：

lark-cli slides +create --title "演示文稿标题" --slides '[
  "<slide xmlns=\"http://www.larkoffice.com/sml/2.0\"><style><fill><fillColor color=\"rgb(245,245,245)\"/></fill></style><data><shape type=\"text\" topLeftX=\"80\" topLeftY=\"80\" width=\"800\" height=\"100\"><content textType=\"title\"><p>页面标题</p></content></shape><shape type=\"text\" topLeftX=\"80\" topLeftY=\"200\" width=\"800\" height=\"200\"><content textType=\"body\"><p>正文内容</p><ul><li><p>要点一</p></li><li><p>要点二</p></li></ul></content></shape></data></slide>"
]'

也可以分两步（先创建空白 PPT，再逐页添加），详见 +create 参考文档。

[!WARNING] --slides '[...]' 适合简单页面批量创建，但并不等同于“10 页以内都安全”。如果 slide XML 含中文、大段文本、复杂布局、嵌套引号或较多特殊字符，shell 传参时可能出现转义或截断问题，导致内容丢失、页面空白或布局异常。遇到复杂页面时，优先改用“两步创建法”。

[!IMPORTANT] slides +create --slides 底层是“先创建空白 PPT，再逐页调用 xml_presentation.slide.create”。这不是原子操作；中途某一页失败时，前面已创建成功的页面会保留。skill 必须把这种“部分成功”风险提前告诉用户，并在失败后先记录 xml_presentation_id，回读确认当前状态，再决定是否在现有 PPT 上继续修复或追加。

以上是最小可用示例。更丰富的页面效果（渐变背景、卡片、图表、表格等），参考下方 Workflow 和 XML 模板。

执行前必做

重要：references/slides_xml_schema_definition.xml 是此 skill 唯一正确的 XML 协议来源；其他 md 仅是对它和 CLI schema 的摘要。

必读（每次创建前）

选读（需要时查阅）

Workflow

这是演示文稿，不是文档。 每页 slide 是独立的视觉画面，信息密度要低，排版要留白。

创建方式选择

[!WARNING] --slides '[...]' 的风险点主要在 shell 参数传递，而不是单纯页数。即使只有 1 页，只要 XML 足够复杂，也建议使用两步创建法。

模板与脚本优先流程

# 1. 搜索候选：把用户原始需求整句放进 --query，不要只放手动提炼的短词
python3 skills/lark-slides/scripts/template_tool.py search --query "<用户需求原文>" --limit 3

# 2. 锁定模板后先看页型摘要
python3 skills/lark-slides/scripts/template_tool.py summarize --template <template-id> --label <封面|目录|分节|内容|结尾>

# 3. 只有需要复用布局骨架时才裁切 XML
python3 skills/lark-slides/scripts/template_tool.py extract --template <template-id> --label <页型> --out /tmp/template-slice.xml

# 4. 生成待创建 XML 后先做布局风险检查
python3 skills/lark-slides/scripts/layout_lint.py --input /tmp/presentation.xml

执行规则：

1. search --query 使用用户原始描述；如用户明确风格，再额外加 --tone light|dark|colorful 或 --formality formal|casual|creative。
2. 候选展示只给 2-3 个，包含模板名、适用场景、风格/色调、推荐理由；不要把完整目录贴给用户。
3. 锁定模板后，复用 <theme>、配色、页面流、布局骨架；所有占位文案都必须改写为用户真实内容。
4. layout_lint.py 有 error 时先修 XML，不要提交创建；只有 warning 时，检查是否是可接受的装饰/背景误报。

Step 1: 需求澄清 & 读取知识
  - 澄清用户需求：主题、受众、页数、风格偏好
  - 如果需求明显落在已有模板场景内，主动提示用户“可以直接基于现成模板生成”，并给出 2-3 个最匹配模板候选（模板名 + 适用场景 + 风格/色调 + 简短推荐理由）
  - 默认不要把完整模板目录直接贴给用户；除非用户明确要求看更多，否则只展示 2-3 个候选
  - 候选优先选场景强相关模板；只有没有明显场景模板时，才用 `light_general.xml` / `dark_general.xml` 这类通用模板兜底
  - 如果用户没有明确风格，根据主题推荐（见下方风格判断表）
  - 如果用户要求“模板/主题/风格参考”，或主题属于常见模板场景：
    · 优先运行 `python3 skills/lark-slides/scripts/template_tool.py search --query "<用户需求原文>" --limit 3` 做低成本模板匹配
    · 需要人类可读说明时，再读 template-catalog.md 组织候选文案
    · 锁定模板后，优先运行 `template_tool.py summarize` 看 `<theme>` / 页型摘要；需要具体布局时，再用 `template_tool.py extract`
    · 复用模板的 theme、配色、页面流、布局骨架，不要照搬占位文案
    · `references/template-index.json` 只是脚本缓存/轻量路由索引，`assets/templates/*.xml` 是机器资源；除非用户明确要求审计原始模板，否则不要直接读取
  - 读取 XML Schema 参考：
    · xml-schema-quick-ref.md — 元素和属性速查
    · xml-format-guide.md — 详细结构与示例
    · slides_demo.xml — 真实 XML 示例

Step 2: 生成大纲 → 用户确认 → 创建
  - 生成大纲前，先确认用户是否采用推荐模板；轻量任务且候选中有明显最佳匹配时，可在大纲里声明“默认基于 <template-id> 改写”并继续，但正式创建前必须给用户改选机会
  - 生成结构化大纲（每页标题 + 要点 + 布局描述），交给用户确认
  - 如果已选模板，大纲和页面布局要明确标注“基于哪个模板/哪些模板改写”
  - 如果用户明确不要模板，直接按自定义风格继续，不要重复推动模板选择
  - 先判断创建方式：
    · 简单 XML：可用 `slides +create --slides '[...]'` 一步创建
    · 复杂 XML：优先先 `slides +create` 创建空白 PPT，再用 `xml_presentation.slide.create` 逐页添加
    · 超过 10 页：默认使用两步创建，避免单次输入过长
  - 含本地图片：
    · 新建带图 PPT —— 在 slide XML 里写 <img src="@./pic.png" .../>，
      +create 会自动上传并替换为 file_token（详见 lark-slides-create.md）
    · 给已有 PPT 加带图新页 —— 先 `slides +media-upload --file ./pic.png --presentation $PID`
      拿到 file_token，再用它写进 slide XML 调 xml_presentation.slide.create
    · 给已有页加图 —— 两步：① `slides +media-upload` 拿 file_token
      ② `slides +replace-slide --parts '[{"action":"block_insert","insertion":"<img src=\"<file_token>\" .../>"}]'`
      不动其他元素，不要再整页重建（完整示例见 lark-slides-edit-workflows.md 的 block_insert 章节）
    · 路径必须是 CWD 内的相对路径（如 ./pic.png 或 ./assets/x.png）；
      绝对路径会被 CLI 拒绝，先 cd 到素材所在目录再执行
  - 每页 slide 需要完整的 XML：背景、文本、图形、配色
  - 复杂元素（table、chart）需参考 XSD 原文
  - 创建前必须做 XML 自检：
    · 检查特殊字符是否按 XML 规则转义：文本节点和属性值里的裸 `& -> &amp;`；文本里的 `< -> &lt;`、`> -> &gt;`。例如 `Q&A -> Q&amp;A`，URL 属性 `a=1&b=2 -> a=1&amp;b=2`
    · 属性值里的双引号必须转义或改为外层安全包装，避免 shell 和 JSON 双重截断
    · 确认所有标签闭合，且 `<slide>` 直接子元素只包含 `<style>`、`<data>`、`<note>`
    · 如果内容里同时出现中文、大段文本、复杂布局、较多特殊字符，默认不要走 `--slides '[...]'`，直接改用两步创建法
    · 如果 XML 已落到本地文件且可运行 Python，先执行 `layout_lint.py --input <file>`；它会先检查 XML well-formed 再检查布局风险，但不等价于完整 XSD schema 校验；有 error 先修复再创建
  - 如果使用模板生成页面，先复用模板骨架再填内容，不要直接复制模板中的长段占位文本

Step 3: 审查 & 交付
  - 创建完成后，必须用 xml_presentations.get 读取全文 XML 做创建后验证，确认：
    · 页数是否正确？
    · 每页 `<data>` 是否包含预期的 `<shape>` / `<img>` / 其他元素？
    · 文本内容是否完整，是否有被截断、丢失、空白区域？
    · 关键布局坐标和尺寸是否合理，是否出现明显重叠？
    · 配色是否统一？字号层级是否合理？
  - 如果本地有 Python 3，运行
    `python3 skills/lark-slides/scripts/layout_lint.py --input presentation.xml`
    做重叠、越界、页脚碰撞、文本高度风险检查；有 error 先修复再交付
  - 如果创建过程中失败：
    · 先保留并记录 `xml_presentation_id`，不要假设失败代表什么都没创建
    · 先判断是否已有部分页面写入，再决定是否在现有 PPT 上修复后继续追加
    · 优先排查当前失败页：先看该页 XML，再检查是否存在未转义 `&`、错误引号、标签未闭合、shell 传参截断
  - 局部问题 → 用 `+replace-slide` 块级修正；整页结构要改 → `slide.delete` 旧页 + `slide.create` 新页
  - 没问题 → 交付：告知用户演示文稿 ID 和访问方式

创建后验证

创建成功不等于内容正确。创建完 PPT 后，必须读取全文 XML 校验结果：

lark-cli slides xml_presentations get --as user \
  --params '{"xml_presentation_id":"YOUR_ID"}'

重点检查：

• 页数是否与预期一致
• 每页 <data> 中是否包含所有预期元素
• 文本内容是否完整，没有被 shell 截断或转义损坏
• 白底内容区、卡片区、图文区等关键布局是否实际生成
• 坐标、宽高是否合理，是否出现堆叠或越界

发现问题时：

1. 不要假设“创建成功就代表渲染正确”
2. 先读取问题页的 XML，确认是生成问题还是传参损坏
3. 删除问题页后重新添加；复杂页面优先改用两步创建法

最小验收清单

创建完成后，默认按下面顺序验收，不要省略：

1. 记录 xml_presentation_id
2. 确认返回的 slides_added 或实际页数是否符合预期
3. 立即执行 xml_presentations get
4. 检查标题、关键页面、关键文本是否存在
5. 检查是否有明显空白页、内容缺失、页序错误
6. 再决定是否向用户交付 URL 和后续编辑建议

推荐最小闭环：

# 创建
lark-cli slides +create --as user --title "Demo" --slides '[...]'

# 立即回读
lark-cli slides xml_presentations get --as user \
  --params '{"xml_presentation_id":"YOUR_ID"}'

XML 自检与排障

在真正创建前，至少做下面 4 项检查：

• 特殊字符已转义：正文和标题里的 &、<、> 不能裸写；属性值里的裸 & 也必须写成 &
• 属性引号安全：XML 属性、shell 引号、JSON 字符串包装之间没有互相打断
• 结构合法：<slide> 下只放 <style>、<data>、<note>，文本都在 <content> 内
• 路径正确：<img src="@..."> 只在 +create --slides 的支持链路中使用

高频失败信号和处理顺序：

1. invalid param / 某一页创建失败
2. 先检查失败页是否含未转义 & / < / >：Q&A -> Q&A，属性 URL a=1&b=2 -> a=1&b=2
3. 再检查标签闭合、属性引号、<content> 结构
4. 如果是 --slides '[...]'，怀疑 shell 截断时直接切两步创建法
5. 创建后无论成功失败，都优先记录 xml_presentation_id 并回读确认是否已有部分页面写入

jq 命令模板（编辑已有 PPT 时使用）

新建 PPT 推荐用 +create --slides。以下 jq 模板适用于向已有演示文稿追加页面的场景，可以避免手动转义双引号：

# 追加到末尾
lark-cli slides xml_presentation.slide create \
  --as user \
  --params '{"xml_presentation_id":"YOUR_ID"}' \
  --data "$(jq -n --arg content '<slide xmlns="http://www.larkoffice.com/sml/2.0">
  <style><fill><fillColor color="BACKGROUND_COLOR"/></fill></style>
  <data>
    在这里放置 shape、line、table、chart 等元素
  </data>
</slide>' '{slide:{content:$content}}')"

# 插到指定页之前：before_slide_id 必须在 --data body 里，与 slide 同级
# ⚠️ 不要把 before_slide_id 写进 --params —— CLI 会当未知 query 参数静默下发，服务端忽略，新页跑到末尾
lark-cli slides xml_presentation.slide create \
  --as user \
  --params '{"xml_presentation_id":"YOUR_ID"}' \
  --data "$(jq -n --arg content '<slide ...>...</slide>' --arg before 'TARGET_SLIDE_ID' \
    '{slide:{content:$content}, before_slide_id:$before}')"

风格快速判断表

注意：渐变色必须使用 rgba() 格式并带百分比停靠点，如 linear-gradient(135deg,rgba(15,23,42,1) 0%,rgba(56,97,140,1) 100%)。使用 rgb() 或省略停靠点会导致服务端回退为白色。

页面布局建议

大纲模板

生成大纲时使用以下格式，交给用户确认：

[PPT 标题] — [定位描述]，面向 [目标受众]

模板：[未使用模板 / <category>/<template>.xml（推荐原因）]

页面结构（N 页）：
1. 封面页：[标题文案]
2. [页面主题]：[要点1]、[要点2]、[要点3]
3. [页面主题]：[要点描述]
...
N. 结尾页：[结尾文案]

风格：[配色方案]，[排版风格]

常用 Slide XML 模板

可直接复制使用的模板（封面页、内容页、数据卡片页、结尾页）：slide-templates.md

核心概念

URL 格式与 Token

+replace-slide 和 +media-upload shortcut 会自动解析以上两种 URL；直接调用原生 API 时仍需手动解析 wiki 链接。

Wiki 链接特殊处理（关键！）

知识库链接（/wiki/TOKEN）背后可能是云文档、电子表格、幻灯片等不同类型的文档。不能直接假设 URL 中的 token 就是 xml_presentation_id，必须先查询实际类型和真实 token。

处理流程

1. 使用 wiki.spaces.get_node 查询节点信息

   lark-cli wiki spaces get_node --as user --params '{"token":"wiki_token"}'
   

2. 从返回结果中提取关键信息

   • node.obj_type：文档类型，幻灯片对应 slides
   • node.obj_token：真实的演示文稿 token（用于后续操作）
   • node.title：文档标题

3. 确认 obj_type 为 slides 后，使用 obj_token 作为 xml_presentation_id

查询示例

# 查询 wiki 节点
lark-cli wiki spaces get_node --as user --params '{"token":"wikcnxxxxxxxxx"}'

返回结果示例：

{
   "node": {
      "obj_type": "slides",
      "obj_token": "xxxxxxxxxxxx",
      "title": "2026 产品年度总结",
      "node_type": "origin",
      "space_id": "1234567890"
   }
}

# 用 obj_token 读取幻灯片内容
lark-cli slides xml_presentations get --as user --params '{"xml_presentation_id":"xxxxxxxxxxxx"}'

资源关系

Wiki Space (知识空间)
└── Wiki Node (知识库节点, obj_type: slides)
    └── obj_token → xml_presentation_id

Slides (演示文稿)
├── xml_presentation_id (演示文稿唯一标识)
├── revision_id (版本号)
└── Slide (幻灯片页面)
    └── slide_id (页面唯一标识)

Shortcuts（推荐优先使用）

Shortcut 是对常用操作的高级封装（lark-cli slides +<verb> [flags]）。有 Shortcut 的操作优先使用。

API Resources

lark-cli schema slides.<resource>.<method>   # 调用 API 前必须先查看参数结构
lark-cli slides <resource> <method> [flags] # 调用 API

重要：使用原生 API 时，必须先运行 schema 查看 --data / --params 参数结构，不要猜测字段格式。

xml_presentations

• get — 读取演示文稿全文信息，XML 格式返回

xml_presentation.slide

• create — 在指定 XML 演示文稿下创建页面
• delete — 在指定 XML 演示文稿下删除页面
• get — 获取指定 XML 演示文稿的单个页面 XML 内容
• replace — 对指定 XML 演示文稿页面进行元素级别的局部替换

核心规则

1. 先定模板/风格并出大纲再动手：如果需求可匹配模板，先给用户 2-3 个模板候选；模板或自定义风格确定后，再生成大纲交给用户确认，避免返工
2. 创建流程：简单短 XML（1-3 页、结构简单、特殊字符少）可用 slides +create --slides '[...]' 一步创建；复杂内容、含图片/中文大段文本/嵌套引号/较多特殊字符，或超过 10 页时，默认先 slides +create 创建空白 PPT，再用 xml_presentation.slide.create 逐页添加
3. <slide> 直接子元素只有 <style>、<data>、<note>：文本和图形必须放在 <data> 内
4. 文本通过 <content> 表达：必须用 <content><p>...</p></content>，不能把文字直接写在 shape 内
5. 保存关键 ID：后续操作需要 xml_presentation_id、slide_id、revision_id
6. 删除谨慎：删除操作不可逆，且至少保留一页幻灯片
7. 编辑已有页面优先块级替换：修改单个 shape/img 用 +replace-slide（block_replace / block_insert），不要整页重建；只有需要替换整页结构时才用 slide.delete + slide.create
8. <img src> 只能用上传到飞书 drive 的 file_token，禁止使用 http(s) 外链 URL：飞书 slides 渲染端不会代理外链图片，外链 src 在 PPT 里通常不显示或显示破图。流程必须是「先把图存到本地 → 用 slides +media-upload 上传或 +create --slides 的 @./path 占位符自动上传 → 拿 file_token 写进 <img src>」。如果用户给了网图链接，先 curl/下载到 CWD 内再走上传流程，不要直接把外链 URL 塞进 src。图片最大 20 MB（slides upload API 不支持分片上传）。

权限表

常见错误速查

创建前自查

逐页生成 XML 前，快速检查：

• 每页背景色/渐变是否设置？风格是否与整体一致？
• 标题用大字号（28-48），正文用小字号（13-16），层级分明？
• 同类元素配色一致？（如所有指标卡片同色系、所有正文同色）
• 装饰元素（分割线、色块、竖线）颜色是否与主色协调？
• 文本框尺寸是否足够容纳内容？（宽度 × 高度）
• shape 的 type 是否正确？（文本框用 text，装饰用 rect）
• XML 标签是否全部正确闭合？特殊字符（&、<、>）是否转义？

症状 → 修复表

参考文档

注意：如果 md 内容与 slides_xml_schema_definition.xml 或 lark-cli schema slides.<resource>.<method> 输出不一致，以后两者为准。