一键导入
doubao-creative-design
用于创意设计与视觉生成场景,面向从单张图片生产到多资产视觉交付的各类设计任务。可覆盖品牌视觉、营销物料、社媒内容、电商素材、信息表达、产品展示、包装设计、IP形象及多资产视觉系统等图片设计场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
用于创意设计与视觉生成场景,面向从单张图片生产到多资产视觉交付的各类设计任务。可覆盖品牌视觉、营销物料、社媒内容、电商素材、信息表达、产品展示、包装设计、IP形象及多资产视觉系统等图片设计场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
飞书审批 API:审批实例、审批任务管理。
飞书考勤打卡:查询自己的考勤打卡记录
飞书多维表格(Base)操作:建表、字段、记录、视图、统计、公式/lookup、表单、仪表盘、workflow、角色权限;遇到 Base/多维表格/bitable 或 /base/ 链接时使用。文件导入转 lark-drive。
飞书日历(calendar):提供日历与日程(会议)的全面管理能力。核心场景包括:查看/搜索日程、创建/更新日程、管理参会人、查询忙闲状态及推荐空闲时段、查询/搜索与预定会议室。注意:涉及【预约日程/会议】或【查询/预定会议室】时,必须先读取 references/lark-calendar-schedule-meeting.md 工作流!高频操作请优先使用 Shortcuts:+agenda(快速概览今日/近期行程)、+create(创建日程并按需邀请参会人及预定会议室)、+update(更新既有日程字段,或独立增删参会人/会议室)、+freebusy(查询用户主日历的忙闲信息和rsvp的状态)、+rsvp(回复日程邀请)
飞书 / Lark 通讯录,用于按姓名 / 邮箱把员工解析成 open_id,以及按 open_id 反查员工的姓名 / 部门 / 邮箱 / 联系方式。当用户说出某人姓名而下一步需要发消息 / 加群 / 排日程时,先用本 skill 把姓名换成 ID;当输出里出现 open_id 需要展示成姓名给用户看,或用户直接询问某人的部门 / 邮箱 / 联系方式时,用本 skill 查。不负责部门树遍历、按部门列员工、组织架构图,这类需求走原生 OpenAPI。
飞书云文档 / Docx / 知识库 Wiki 文档(v2):创建、打开、读取、获取、查看、总结、整理、改写、翻译、审阅和编辑飞书文档内容。当用户给出飞书文档 URL/token,或说查看/读取/打开某个文档、提取文档内容、总结文档、生成/创建文档、追加/替换/删除/移动内容、调整排版、插入或下载文档图片/附件/素材/画板缩略图时使用。文档内容中出现嵌入电子表格、多维表格、需要将重要信息可视化为画板(含 SVG 画板)、引用或同步块时,也先用本 skill 读取和提取 token,再切到对应 skill 下钻。使用本 skill 时,docs +create、docs +fetch、docs +update 必须携带 --api-version v2;默认使用 DocxXML,也支持 Markdown。当用户给出 doubao.com 的 /docx/ 或 /wiki/ URL/token 时,也应直接使用本 skill,不要因为域名不是飞书而回退到 WebFetch;路由依据是 URL 路径模式和 token,而不是域名。
| name | doubao-creative-design |
| description | 用于创意设计与视觉生成场景,面向从单张图片生产到多资产视觉交付的各类设计任务。可覆盖品牌视觉、营销物料、社媒内容、电商素材、信息表达、产品展示、包装设计、IP形象及多资产视觉系统等图片设计场景。 |
本 skill 是统一图片创意设计主入口。它负责识别用户意图、判断澄清需求、选择文生图或图生图路径、维护核心资产一致性,并按产物类型读取对应 reference。
主 SKILL.md 只放通用规则和路由。产物细则必须按需读取 references/,不要一次性加载所有 ref。
image_edit,并先识别用户具体指向哪一张或哪几张历史生成图。image_edit。ratio。以宿主环境真实可用工具为准。若工具字段与 ref 不一致,以本节为准。
image_gen:从 0 到 1 生成核心图或无参考图的新图。入参优先使用 prompt 和 ratio。image_edit:基于用户上传图、历史图或已确认核心资产的 CDN URL 做编辑、延展、系列化。入参优先使用 image_reference_url_list、prompt 和 ratio。width/height,先由 ratio 推导尺寸;不要把尺寸写入 prompt。已有明确参考图、编辑对象或核心资产时,禁止用纯文生图替代图生图延展,除非用户明确要求重做且不保持一致。
按“明确产物 > 当前多轮上下文 > 上传图角色 > 平台关键词 > 通用视觉任务”仲裁。命中具体产物时读取对应 ref;未命中品牌、电商、平台媒体等专门 ref 时,按通用创意图片任务执行,不强行路由到品牌方案。命中多个产物时,先做影响后续范围最大的核心资产,再做下游应用。
| 用户意图 / 关键词 | 读取 ref / 执行方式 |
|---|---|
| Logo、标志、图形标、字标、标准组合、横竖版、单色、小尺寸、favicon、Logo 升级、Logo 规范页 | references/brand-logo-system.md |
| IP、吉祥物、角色设定、三视图、设定卡、表情包、贴纸、服装版本、角色海报、周边、IP 与 Logo 组合 | references/brand-ip-character-system.md |
| 包装、产品包装、礼盒、瓶标、罐体、袋型、盒型、刀模、包装纸、封签、吊牌、开箱、陈列、SKU 变体 | references/brand-packaging-system.md |
| 品牌应用、主 KV、活动海报、传播封面、内容卡片、Banner、宣传册、折页、落地页、展会物料、易拉宝、门店、贴纸、周边 | references/brand-application-system.md |
| 电商主图、车图、详情页、A+ 页、店招、促销图、卖点图、对比图、直播间背景、商品头图、咸鱼、闲鱼、淘宝、京东、拼多多、亚马逊、Amazon、独立站商品图 | references/ecommerce-design.md |
| B站、抖音、快手、朋友圈、公众号、视频封面、多平台社媒配图、横幅焦点图、宣传海报、平台传播图 | references/media-creative.md |
| 信息图、infographic、一图读懂、知识长图、科普长图、数据长图、流程长图、对比长图、图表、图解、内容大纲转可视化、文案转长图、说明性长图 | references/graphic-infographic.md |
| 非品牌方案相关的其它图片任务,例如通用插画、概念视觉、氛围图、头像、壁纸、场景图、单张创意海报、参考图改风格、扩图、换背景、局部替换、普通文生图 / 图生图 | 不读取产物 ref,按主 SKILL.md 的通用图片生成 / 编辑规则执行 |
品牌任务先判断是否需要 Logo 或 IP 作为核心资产,再生产衍生物料。不要把单一非品牌图片任务误扩展为品牌方案。
references/brand-logo-system.md。references/brand-ip-character-system.md。image_edit。references/ecommerce-design.md 查找平台参数和电商约束,不按通用视觉任务处理。references/graphic-infographic.md;即使出现“长图”“一图读懂”“图表”“图解”,也不要误按普通海报处理。references/ecommerce-design.md;若核心是非平台化知识说明、流程说明、数据解释或对比科普,读取 references/graphic-infographic.md。references/brand-application-system.md;若核心是内容结构化、图表化、流程化或知识说明,走 references/graphic-infographic.md,并按品牌资产一致性规则调用 edit。references/media-creative.md;若核心是知识、数据、流程、对比关系的多屏可视化,走 references/graphic-infographic.md,同时吸收平台比例和阅读场景。image_edit,不要默认走 image_gen 重画。image_reference_url_list;不得把上一轮所有生成图都作为参考图。image_edit 并传入对应 CDN URL。image_gen。信息完整度看三项:主体是否明确、用途/产物是否明确、硬约束是否明确。满足两项即可行动。
需要澄清的典型情况:
澄清最多一轮,每次 1-3 个问题。用户说“你来定”时,按产物 ref 的默认策略执行,并把关键默认值写进内部计划。
优先级:用户明确张数 > 产物 ref 张数策略 > 主 skill 默认张数。张数必须服务用户意图,不为显得完整而主动扩展。
image_gen 生成的 CDN URL),所有衍生物料必须显式引用该核心资产 URL,调用 image_edit 传入 image_reference_url_list;禁止仅凭文字描述用 image_gen 重新生成相似版本。image_edit 不可用场景:宿主工具支持 CDN URL 传参,所有核心资产生成后均可直接用于延展,无需降级。image_edit 生成。[img0]、[img1] 标明每张作用。调用图片工具前必须检查:
image_gen 或 image_edit;需要一致性的衍生物料必须使用 image_edit。image_edit 的参考图是否正确:image_reference_url_list 是否包含当前核心资产 CDN URL,[img0]、[img1] 的角色是否和 prompt 描述一致。最终 prompt 是传给图片工具的唯一画面描述,必须是一段连贯中文,不使用标签化字段,不写内部 skill 名称。
ratio 单独传入,不写进 prompt。XX、某某、标题文案、待补充文字、相关说明、若干文字、占位符 等让模型自由补字的表达。满足任一条件即先给执行计划并等用户确认:
core-ip,必须先生成或确认核心 IP,再基于核心 IP 的 CDN URL 调用 image_edit 生成。计划中写清:路由到哪些 ref、核心资产顺序、每张图目的、是否需要用户补充关键文字或数值。
只有用户明确要求最新资料、真实活动信息、外部品牌资料或公开平台规范时才检索外部资源。使用外部来源必须在回复中标注链接。已有参考图时,不用联网搜图替代图片理解。
生成后先内部检查,不要直接交付未检查结果。
检查项:
image_edit,检查参考图是否用对,核心资产识别是否被保留,是否误改 Logo、IP、人物、产品、包装或关键文字。修改规则:
生成后不要机械复述“已完成”。如果结果可继续优化,只给 1-3 个具体方向,例如换比例、做系列延展、加强文字可读性、基于当前核心资产继续生成下一张。