视觉画布设计
canvas-design
基于设计原则创作静态视觉作品,用于海报与品牌图形。
lark-slides【文档与办公】飞书幻灯片:创建和编辑幻灯片。创建演示文稿、读取幻灯片内容、管理幻灯片页面(创建、删除、读取、局部替换)。当用户需要创建或编辑幻灯片、读取或修改单个页面时使用。当用户给出 doubao.com 的 /slides/ URL/token 时,也应直接使用本 skill,不要因为域名不是飞书而回退到 WebFetch;路由依据是 URL 路径模式和 token,而不是域名。不负责:云文档内容编辑(走 lark-doc)、云文档里的独立画板对象(走 lark-whiteboard,注意 slide 内嵌的流程图/架构图仍属本 skill)、上传或下载普通文件(走 lark-drive)。
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
| 用户需求 | 优先动作 | 关键文档 / 命令 |
|---|---|---|
| 新建 PPT | 先规划 slide_plan.json,再按复杂度选择一步或两步创建 | planning-layer.md、visual-planning.md、asset-planning.md、slides +create |
| 已有 PPT 大幅改写 | 多页整页重建用 +replace-pages,单页局部编辑用 +replace-slide | xml_presentations.get、lark-slides-replace-pages.md、lark-slides-edit-workflows.md |
| 编辑单个标题、文本块、图片或局部元素 | 优先块级替换/插入,不改页序 | slides +replace-slide、lark-slides-replace-slide.md |
| 读取或分析已有 PPT | 解析 slides/wiki token,回读全文或单页 XML,保存 xml_presentation_id、slide_id、revision_id | xml_presentations.get、xml_presentation.slide.get |
| 获取幻灯片页面截图 | 用 slide_id 或页号指定页面 | slides +screenshot、lark-slides-screenshot.md |
| 上传或使用图片 | 先上传为 file_token,禁止直接写 http(s) 外链 | slides +media-upload,或 +create --slides 的 @./path 占位符 |
| 在 slide 中绘制柱/条/折线/面积/雷达/饼等有数据序列的图表 | 使用原生 <chart> 元素 | xml-schema-quick-ref.md |
| 在 slide 中绘制流程图、时序图、架构图、散点图、漏斗图或装饰图案 | 必须先用 Read 工具读取参考文档,再生成 <whiteboard> 元素 | lark-slides-whiteboard.md |
| 使用语义图标 | 先检索 IconPark,再写 <icon iconType="..."> | iconpark_tool.py search → resolve、iconpark.md |
| 创建失败、空白页、3350001、布局异常 | 先回读状态,再按排障清单修复,不假设原操作原子成功 | troubleshooting.md、validation-checklist.md |
| 多页整页重建保持原链接 | 用 +replace-pages 批量重建,保 xml_presentation_id 和原链接 | lark-slides-replace-pages.md |
CRITICAL — 开始前 MUST 先用 Read 工具读取 ../lark-shared/SKILL.md,认证、权限和全局参数均以 lark-shared 为准。
CRITICAL — 生成任何 XML 之前,MUST 先用 Read 工具读取 xml-schema-quick-ref.md,禁止凭记忆猜测 XML 结构。
CRITICAL — PPT 生成与模板编辑硬约束:PPT 的尺寸是 960x540,确保主体内容在页面边界内。多用生图,辅助搜图,必须要图文并茂。不要为了画出一个具象物体而堆叠 3 个以上仅用于拟形的 shape。生成背景图时必须在 prompt 中明确要求不要出现任何文字。用户指定 PPT 模板时,用 lark-drive 技能导入成 lark slides,回读理解每页版式后,直接在该 slides 上编辑,可以填改文字和图片、按需增删模板页,必须严格沿用原版式和字体,只改内容不做设计,完成后回读并微调,凝练文字或缩减字号消除文字溢出,调整 shape 顺序或位置避免文字遮挡。
CRITICAL — 新建演示文稿或大幅改写页面时,MUST 先生成 .lark-slides/plan/<deck-or-task-id>/slide_plan.json,再生成 XML。先创建对应目录,规划层规则和中间产物生命周期见 planning-layer.md。仅替换一个标题、插入一个块等小型已有页编辑可豁免。
CRITICAL — 新建演示文稿或大幅改写页面时,生成 XML 前 MUST 读取 visual-planning.md,确保 layout_type、visual_focus、text_density 实际改变页面几何、主视觉和文本量。
CRITICAL — 新建演示文稿或大幅改写页面时,规划 asset_need MUST 遵循 asset-planning.md:只做元数据规划,必须有 fallback_if_missing,不得要求真实搜索、下载或上传素材。
CRITICAL — 创建或大幅改写后,MUST 按 validation-checklist.md 做显式验证:回读全文 XML、核对页数和关键元素、检查空白/破损页、明显溢出、布局风险;XML 语法和文本重叠静态检查优先使用强校验脚本 scripts/xml_lint.py(pro 增强,全面校验语法/重叠/结构),scripts/xml_text_overlap_lint.py 作为轻量兜底。
CRITICAL — 创建前自检或失败排障时,MUST 按 troubleshooting.md 检查 XML 转义、结构、shell 截断、图片 token、3350001 和布局风险。
编辑已有幻灯片页面:单个标题、文本块、图片或局部元素优先用 +replace-slide(块级替换/插入,不动页序);已有 Slides 的多页大改优先用 +replace-pages 在原 presentation 内批量重建页面,避免 slides +create 生成新链接。选择 action 和完整读-改-写流程见 lark-slides-edit-workflows.md。
飞书幻灯片通常是用户自己的内容资源。默认应优先显式使用 --as user(用户身份)执行 slides 相关操作,始终显式指定身份。
--as user(推荐):以当前登录用户身份创建、读取、管理演示文稿。执行前先完成用户授权:lark-cli auth login --domain slides
--as bot:仅在用户明确要求以应用身份操作,或需要让 bot 持有/创建资源时使用。使用 bot 身份时,要额外确认 bot 是否真的有目标演示文稿的访问权限。执行规则:
--as user。--as bot。重要:
references/slides_xml_schema_definition.xml是此 skill 唯一正确的 XML 协议来源;其他 md 仅是对它和 CLI schema 的摘要。
高频只读:
按需再读:
lark-slides-create.mdlark-slides-edit-workflows.md、lark-slides-replace-slide.md、lark-slides-replace-pages.mdlark-slides-screenshot.mdlark-slides-media-upload.mdlark-slides-whiteboard.mdiconpark.md、scripts/iconpark_tool.pytroubleshooting.mdslides_xml_schema_definition.xml这是演示文稿,不是文档。 每页 slide 是独立的视觉画面,信息密度要低,排版要留白。
不要生成无设计感的幻灯片。纯白背景 + 标题 + bullets 只能作为极简临时稿,不能作为正式交付。
开始写 XML 前,先在 slide_plan.json 里确定 deck 级视觉策略:
每页至少要有一个视觉元素:图片、图标、图表、表格、流程、对比结构、大号数字、示意图或由 shape 组成的抽象视觉。文本框本身不算主视觉。
可优先考虑这些页面形态:
字体和间距建议:
常见错误必须避免:
fallback_if_missing 生成 XML-native 视觉。| 场景 | 推荐方式 |
|---|---|
| 简单 XML(1-3 页、结构简单、几乎无复杂中文和特殊字符) | slides +create --slides '[...]' 一步创建 |
| 复杂 XML(多页、含中文、大段文本、复杂布局、嵌套引号、特殊字符较多) | 两步创建:先 slides +create 创建空白 PPT,再用 xml_presentation.slide create 逐页添加 |
| 已有 PPT 继续追加或插入页面 | 使用 xml_presentation.slide create,必要时配合 before_slide_id |
[!WARNING]
--slides '[...]'的风险点主要在 shell 参数传递,而不是单纯页数。即使只有 1 页,只要 XML 足够复杂,也建议使用两步创建法。
[!IMPORTANT]
slides +create --slides底层会逐页创建,不是原子操作。中途失败时先记录xml_presentation_id,回读确认当前状态,再继续修复或追加。
Step 1: 需求澄清 & 读取知识
- 澄清主题、受众、页数、风格
- 读取 xml-schema-quick-ref.md;新建 / 大幅改写时还要读取 planning-layer.md、visual-planning.md、asset-planning.md
Step 2: 生成大纲 → 用户确认 → 写入 slide_plan.json
- 生成结构化大纲供用户确认
- 新建 / 大幅改写必须先创建目录并写入 `.lark-slides/plan/<deck-or-task-id>/slide_plan.json`
- plan 字段、路径命名和 `asset_need` 结构按 planning-layer.md / asset-planning.md 执行
Step 3: 按 slide_plan.json 生成 XML → 创建
- 逐页消费 plan:key_message 定主结论,layout_type 定几何,visual_focus 定主视觉,text_density 定文本量
- 缺少真实素材时必须用 `fallback_if_missing` 生成 XML-native 兜底视觉;不要留空
- 创建方式按“创建方式选择”判断;图片、复杂 XML、转义和 3350001 排查按 lark-slides-create.md、media-upload.md、troubleshooting.md 执行
Step 4: 审查 & 交付
- 创建完成后,必须用 xml_presentations.get 读取全文 XML,并按 validation-checklist.md 做显式验证记录,包括 XML 文本重叠检查
- 失败或部分成功按 troubleshooting.md 处理;局部问题优先用 `+replace-slide` 修正
- 没问题 → 交付:告知用户演示文稿 ID 和访问方式
新建 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、whiteboard 等元素
</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 标题] — [定位描述],面向 [目标受众]
页面结构(N 页):
1. 封面页:[标题文案]
2. [页面主题]:[要点1]、[要点2]、[要点3]
3. [页面主题]:[要点描述]
...
N. 结尾页:[结尾文案]
风格:[配色方案],[排版风格]
| URL 格式 | 示例 | Token 类型 | 处理方式 |
|---|---|---|---|
/slides/ | https://example.larkoffice.com/slides/xxxxxxxxxxxxx | xml_presentation_id | URL 路径中的 token 直接作为 xml_presentation_id 使用 |
/wiki/ | https://example.larkoffice.com/wiki/wikcnxxxxxxxxx | wiki_token | ⚠️ 不能直接使用,需要先查询获取真实的 obj_token |
+replace-slide和+media-uploadshortcut 会自动解析以上两种 URL;直接调用原生 API 时仍需手动解析 wiki 链接。
知识库链接(/wiki/TOKEN)不能直接当 xml_presentation_id。直接调用原生 API 前,先查询 wiki 节点,确认 node.obj_type == "slides",再用 node.obj_token 作为真实 presentation ID。
lark-cli wiki spaces get_node --as user --params '{"token":"wiki_token"}'
Shortcut +replace-slide 和 +media-upload 会自动解析 /wiki/ URL;手动调用 xml_presentations.* / xml_presentation.slide.* 时才需要自己做这一步。
Wiki Space (知识空间)
└── Wiki Node (知识库节点, obj_type: slides)
└── obj_token → xml_presentation_id
Slides (演示文稿)
├── xml_presentation_id (演示文稿唯一标识)
├── revision_id (版本号)
└── Slide (幻灯片页面)
└── slide_id (页面唯一标识)
Shortcut 是对常用操作的高级封装(lark-cli slides +<verb> [flags])。有 Shortcut 的操作优先使用。
| Shortcut | 说明 |
|---|---|
+create | 创建 PPT(可选 --slides 一步添加页面,支持 <img src="@./local.png"> 占位符自动上传) |
+media-upload | 上传本地图片到指定演示文稿,返回 file_token(用作 <img src="...">),最大 20 MB |
+replace-slide | 对已有幻灯片页面进行块级替换/插入(block_replace / block_insert),自动注入 id 和 <content/>,不改变页序 |
+replace-pages | 在原演示文稿内批量重建多个页面:先创建新页到旧页前,再删除旧页;适合已有 Slides 的多页大改,不新建链接 |
没有 Shortcut 覆盖时使用原生 API。高频资源:xml_presentations.get 读取全文;xml_presentation.slide.create/delete/get/replace 管理单页。
lark-cli schema slides.<resource>.<method> # 调用 API 前必须先查看参数结构
lark-cli slides <resource> <method> [flags] # 调用 API
重要:使用原生 API 时,必须先运行
schema查看--data/--params参数结构,不要猜测字段格式。
.lark-slides/plan/<deck-or-task-id>/slide_plan.json;风格和大纲只能作为规划输入,不能绕过规划层slides +create --slides '[...]' 一步创建;复杂内容、含图片/中文大段文本/嵌套引号/较多特殊字符,或超过 10 页时,默认先 slides +create 创建空白 PPT,再用 xml_presentation.slide.create 逐页添加<slide> 直接子元素只有 <style>、<data>、<note>:文本和图形必须放在 <data> 内<content> 表达:必须用 <content><p>...</p></content>,不能把文字直接写在 shape 内xml_presentation_id、slide_id、revision_id+replace-slide(block_replace / block_insert),不要整页重建;已有 Slides 的多页整页重建用 +replace-pages,不要用 slides +create 新建整份 PPT;只有没有 shortcut 覆盖的特殊单页整页操作才手动 slide.create + slide.delete<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 不支持分片上传)。注意:如果 md 内容与
slides_xml_schema_definition.xml或lark-cli schema slides.<resource>.<method>输出不一致,以后两者为准。
CRITICAL — 交付约定:生成或编辑 PPT 完成后,MUST 把该演示文稿的飞书链接(/slides/<token> 或 /wiki/ 链接)一并发给用户。 用 lark-cli 操作时从响应里取 xml_presentation_id 拼成 /slides/<token> 链接,或按用户给的原始链接原样回传。不要只交付 HTML/截图而不给飞书原链接——用户需要在飞书里打开、编辑、分享这份 PPT。若用户要求同时输出离线 HTML(预览用),则「飞书链接 + 离线 HTML」两者都给。
本技能已在原版基础上并入 lark-slides-pro 的增强能力,覆盖更完整的命令、更严格的校验和离线渲染路径。
scripts/xml_lint.py(203KB,pro 核心):全量静态校验 XML——语法 well-formed、文本重叠、结构、schema 合规。创建或大幅改写后 MUST 优先用它校验。scripts/xml_inspect.py:快速检查单页 XML 结构,定位元素。scripts/sxsd_validator.py:对 XSD schema 的专项校验。scripts/xml_text_overlap_lint.py 保留为轻量兜底。python3 ~/.ethan/skills/lark-slides/scripts/xml_lint.py <xml_file>
当用户要「把飞书 Slide 内容拿出来展示 / 转离线可浏览 HTML / 不依赖登录态和 iframe」时:
slides:presentation:screenshot 大概率拿不到(scope 未授权,skill 建议不申请),像素级截图通常不可行。scripts/ppt_to_html.py(无外部依赖,标准库实现)。用法:
python3 scripts/ppt_to_html.py <slides.xml> <output.html>
生成的 HTML 每页一张 slide,绝对定位还原标题/文本/表格/形状,浏览器直接可看。pro/workflow/error-handling.md 末尾「离线 HTML 渲染」一节,记录了关键坑:
topLeftX/topLeftY/width/height(漏读会塌缩到 (0,0) 压住标题)<colgroup> 占比分配overflow:hidden 防溢出pro 提供了若干更细粒度的命令,与原版命令并存:
| 命令 | 用途 | 文档 |
|---|---|---|
+add-slide | 追加/插入单页,--before-slide-id 控制插入位置 | pro/cli/lark-slides-add-slide.md |
+delete-slide | 删除单页 | pro/cli/lark-slides-delete-slide.md |
+update-slide | 整页原地覆盖更新(语义:单页整页替换) | pro/cli/lark-slides-update-slide.md |
+history | 查看演示文稿编辑历史 | pro/cli/lark-slides-history.md |
关系说明:
+update-slide(pro,单页整页覆盖)与+replace-slide(原版,块级替换/插入)互补——单页局部编辑用+replace-slide,单页整页重建用+update-slide,多页批量重建保原链接用+replace-pages。三者分工清晰,不冲突。
并入的 pro 增强文档在 references/pro/ 下,按需读取:
pro/style/:7 类场景设计系统(商务/科技/学术/营销等)+ 兜底方案,指导整份 deck 的视觉语言。pro/xml/:XML 结构、schema 详解。pro/workflow/:
slides-editing.md:幻灯片编辑完整流程template-editing.md:模板编辑流程validation-xml.md / validation-visual.md:XML / 视觉双重验证error-handling.md:错误码排障 + 离线 HTML 渲染(见上)windows-compat.md:Windows 兼容pro/cli/:pro 独有命令文档(见上)。| 能力 | 原版 lark-slides | pro | 合并版 |
|---|---|---|---|
+replace-pages 多页批量重建保链接 | ✅ | ❌ | ✅ |
| whiteboard 画板(SVG/Mermaid 流程图) | ✅ | ❌ | ✅ |
| 强校验脚本 xml_lint | ❌ | ✅ | ✅ |
| 离线 HTML 渲染 | ❌ | ✅ | ✅ |
| 设计系统体系 | 基础 | ✅ 完整 | ✅ 完整 |
+add-slide/+delete-slide/+history | 部分 | ✅ | ✅ |