Skip to main content

slides (v1)

CRITICAL — 开始前 MUST 先用 Read 工具读取 ../lark-shared/SKILL.md,其中包含认证、权限处理 CRITICAL — 生成任何 XML 之前,MUST 先用 Read 工具读取 xml-schema-quick-ref.md,禁止凭记忆猜测 XML 结构。 CRITICAL — 如果用户提到“模板”“套用模板”“参考某种主题/风格/版式”,或用户需求明显落在已有场景模板内(如工作汇报、产品介绍、商业计划书、培训、晋升汇报等),MUST 先用 scripts/template_tool.pysearch 做模板检索;默认给出 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(推荐):以当前登录用户身份创建、读取、管理演示文稿。执行前先完成用户授权:
  • --as bot:仅在用户明确要求以应用身份操作,或需要让 bot 持有/创建资源时使用。使用 bot 身份时,要额外确认 bot 是否真的有目标演示文稿的访问权限。
执行规则
  1. 创建、读取、增删 slide、按用户给出的链接继续编辑已有 PPT,默认都先用 --as user
  2. 如果出现权限不足,先检查当前是否误用了 bot 身份;不要默认回退到 bot。
  3. 只有在用户明确要求”用应用身份 / bot 身份操作”,或当前工作流就是 bot 创建资源后再做协作授权时,才切换到 --as bot

快速开始

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

创建后验证

创建成功不等于内容正确。创建完 PPT 后,必须读取全文 XML 校验结果:
重点检查:
  • 页数是否与预期一致
  • 每页 <data> 中是否包含所有预期元素
  • 文本内容是否完整,没有被 shell 截断或转义损坏
  • 白底内容区、卡片区、图文区等关键布局是否实际生成
  • 坐标、宽高是否合理,是否出现堆叠或越界
发现问题时:
  1. 不要假设“创建成功就代表渲染正确”
  2. 先读取问题页的 XML,确认是生成问题还是传参损坏
  3. 删除问题页后重新添加;复杂页面优先改用两步创建法

最小验收清单

创建完成后,默认按下面顺序验收,不要省略:
  1. 记录 xml_presentation_id
  2. 确认返回的 slides_added 或实际页数是否符合预期
  3. 立即执行 xml_presentations get
  4. 检查标题、关键页面、关键文本是否存在
  5. 检查是否有明显空白页、内容缺失、页序错误
  6. 再决定是否向用户交付 URL 和后续编辑建议
推荐最小闭环:

XML 自检与排障

在真正创建前,至少做下面 4 项检查:
  • 特殊字符已转义:正文和标题里的 &<> 不能裸写;属性值里的裸 & 也必须写成 &amp;
  • 属性引号安全:XML 属性、shell 引号、JSON 字符串包装之间没有互相打断
  • 结构合法:<slide> 下只放 <style><data><note>,文本都在 <content>
  • 路径正确:<img src="@..."> 只在 +create --slides 的支持链路中使用
高频失败信号和处理顺序:
  1. invalid param / 某一页创建失败
  2. 先检查失败页是否含未转义 & / < / >Q&A -> Q&amp;A,属性 URL a=1&b=2 -> a=1&amp;b=2
  3. 再检查标签闭合、属性引号、<content> 结构
  4. 如果是 --slides '[...]',怀疑 shell 截断时直接切两步创建法
  5. 创建后无论成功失败,都优先记录 xml_presentation_id 并回读确认是否已有部分页面写入

jq 命令模板(编辑已有 PPT 时使用)

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

风格快速判断表

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

页面布局建议

大纲模板

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

常用 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 查询节点信息
  2. 从返回结果中提取关键信息
    • node.obj_type:文档类型,幻灯片对应 slides
    • node.obj_token真实的演示文稿 token(用于后续操作)
    • node.title:文档标题
  3. 确认 obj_typeslides 后,使用 obj_token 作为 xml_presentation_id

查询示例

返回结果示例:

资源关系

Shortcuts(推荐优先使用)

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

API Resources

重要:使用原生 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_idslide_idrevision_id
  6. 删除谨慎:删除操作不可逆,且至少保留一页幻灯片
  7. 编辑已有页面优先块级替换:修改单个 shape/img 用 +replace-slideblock_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.xmllark-cli schema slides.<resource>.<method> 输出不一致,以后两者为准。