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]CRITICAL — 使用模板生成或改写页面时,MUST 先scripts/template_tool.py需要 Python 3。references/template-index.json是脚本缓存/轻量路由索引,不是默认给 agent 阅读的文档;assets/templates/*.xml是机器资源,只应通过脚本摘要或裁切,不要全文读取。
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 是否真的有目标演示文稿的访问权限。
- 创建、读取、增删 slide、按用户给出的链接继续编辑已有 PPT,默认都先用
--as user。 - 如果出现权限不足,先检查当前是否误用了 bot 身份;不要默认回退到 bot。
- 只有在用户明确要求”用应用身份 / bot 身份操作”,或当前工作流就是 bot 创建资源后再做协作授权时,才切换到
--as bot。
快速开始
一条命令创建包含页面内容的 PPT(推荐):
[!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 足够复杂,也建议使用两步创建法。
模板与脚本优先流程
search --query使用用户原始描述;如用户明确风格,再额外加--tone light|dark|colorful或--formality formal|casual|creative。- 候选展示只给 2-3 个,包含模板名、适用场景、风格/色调、推荐理由;不要把完整目录贴给用户。
- 锁定模板后,复用
<theme>、配色、页面流、布局骨架;所有占位文案都必须改写为用户真实内容。 layout_lint.py有 error 时先修 XML,不要提交创建;只有 warning 时,检查是否是可接受的装饰/背景误报。
创建后验证
创建成功不等于内容正确。创建完 PPT 后,必须读取全文 XML 校验结果:- 页数是否与预期一致
- 每页
<data>中是否包含所有预期元素 - 文本内容是否完整,没有被 shell 截断或转义损坏
- 白底内容区、卡片区、图文区等关键布局是否实际生成
- 坐标、宽高是否合理,是否出现堆叠或越界
- 不要假设“创建成功就代表渲染正确”
- 先读取问题页的 XML,确认是生成问题还是传参损坏
- 删除问题页后重新添加;复杂页面优先改用两步创建法
最小验收清单
创建完成后,默认按下面顺序验收,不要省略:- 记录
xml_presentation_id - 确认返回的
slides_added或实际页数是否符合预期 - 立即执行
xml_presentations get - 检查标题、关键页面、关键文本是否存在
- 检查是否有明显空白页、内容缺失、页序错误
- 再决定是否向用户交付 URL 和后续编辑建议
XML 自检与排障
在真正创建前,至少做下面 4 项检查:- 特殊字符已转义:正文和标题里的
&、<、>不能裸写;属性值里的裸&也必须写成& - 属性引号安全:XML 属性、shell 引号、JSON 字符串包装之间没有互相打断
- 结构合法:
<slide>下只放<style>、<data>、<note>,文本都在<content>内 - 路径正确:
<img src="@...">只在+create --slides的支持链路中使用
invalid param/ 某一页创建失败- 先检查失败页是否含未转义
&/</>:Q&A -> Q&A,属性 URLa=1&b=2 -> a=1&b=2 - 再检查标签闭合、属性引号、
<content>结构 - 如果是
--slides '[...]',怀疑 shell 截断时直接切两步创建法 - 创建后无论成功失败,都优先记录
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-uploadshortcut 会自动解析以上两种 URL;直接调用原生 API 时仍需手动解析 wiki 链接。
Wiki 链接特殊处理(关键!)
知识库链接(/wiki/TOKEN)背后可能是云文档、电子表格、幻灯片等不同类型的文档。不能直接假设 URL 中的 token 就是 xml_presentation_id,必须先查询实际类型和真实 token。
处理流程
-
使用
wiki.spaces.get_node查询节点信息 -
从返回结果中提取关键信息
node.obj_type:文档类型,幻灯片对应slidesnode.obj_token:真实的演示文稿 token(用于后续操作)node.title:文档标题
-
确认
obj_type为slides后,使用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 演示文稿页面进行元素级别的局部替换
核心规则
- 先定模板/风格并出大纲再动手:如果需求可匹配模板,先给用户 2-3 个模板候选;模板或自定义风格确定后,再生成大纲交给用户确认,避免返工
- 创建流程:简单短 XML(1-3 页、结构简单、特殊字符少)可用
slides +create --slides '[...]'一步创建;复杂内容、含图片/中文大段文本/嵌套引号/较多特殊字符,或超过 10 页时,默认先slides +create创建空白 PPT,再用xml_presentation.slide.create逐页添加 <slide>直接子元素只有<style>、<data>、<note>:文本和图形必须放在<data>内- 文本通过
<content>表达:必须用<content><p>...</p></content>,不能把文字直接写在 shape 内 - 保存关键 ID:后续操作需要
xml_presentation_id、slide_id、revision_id - 删除谨慎:删除操作不可逆,且至少保留一页幻灯片
- 编辑已有页面优先块级替换:修改单个 shape/img 用
+replace-slide(block_replace/block_insert),不要整页重建;只有需要替换整页结构时才用slide.delete+slide.create <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>输出不一致,以后两者为准。