创作插画与视觉场景

本 Skill 是 visual-artifact-design 的插画领域层，拥有路由、专业 gate、能力需求、claim ceiling 和 失败返回；通用合同、工具事实、authority graph、渲染、review、promotion 与交付沿用共享底座。

需要选择构图、媒介模式或诊断画面时读取 patterns.md；需要比较专业工具能力时读取 tool-profiles.md。候选名称不证明工具可用或已使用。

本 Skill 保持介质中立：先锁定最终消费者、自然媒介、真实观看/播放环境和最终验收，再决定 画布、母版、导出与证据。只有最终消费者是 Web 或合同明确要求用户侧网页交付时，才加载 $build-polished-visual-frontends；网页若只是查看器、内部预览或证据索引，不构成加载理由。 非网页媒介不能用浏览器截图、DOM 或网页渲染冒充目标消费者证据，必须在实际印刷、原生应用、 播放器、展陈、设备或约定 renderer 中检查最终像素、时间表现和使用条件。

1. 领域路由

当去掉标题、标签和控件后，画面中的主体、动作、空间、氛围或隐喻仍承担主要价值时， 以本领域为主。先选一个主子型：

• 编辑/概念插画：用具体画面回应议题或表达抽象关系；
• 叙事场景：让事件、因果、阻力、结果和环境反应可见；
• 角色、群像与生物：用身体、剪影、表演和关系建立身份；
• 环境与世界观：用地点、尺度、气候和生活痕迹建立场所；
• 物件与自然主体：以轮廓、连接、材质和观察角度说明对象；
• 动画场景：时间变化、表演或镜头运动本身承担叙事；
• 抽象/程序化：用可解释的形状关系、规则或参数表达非具象命题。

若长期识别、独立符号、传播转化、版面阅读、精确数值/结构/位置、可操作工作流、 交互解释或游戏规则才是主要价值，路由到相应领域；插画仅作为其资产时，本 Skill 只拥有该资产的画面 claims，不拥有外层系统。SVG、HTML、3D 或动画格式不决定领域。

2. 领域接口

Scope 与 claims

在共享合同中增加：任务模式、视觉命题、主子型、最终消费者、自然媒介、观看距离、 版位/镜头、必须读出的对象与关系、允许省略项、事实/表现边界、真正需要的消费者变体， 以及每个消费者的最终验收方法。对象数量、草图数量、读者人数和比例数量不得作为通用 质量阈值；按 claim、风险与消费环境生成验证计划。

把 claims 分开记录：首读叙事、构图层级、动作/接触/受力、空间连续、光色一致、 媒介真实性、跨载体重构、母版可编辑性、来源/许可和动画连续性。未测试的 claim 必须进入 not_evidence_for 或 excluded_claims，不能由邻近 claim 外推。

先声明 Create / Edit / Diagnose / Audit。Audit 复用 Diagnose 的只读语义，只扩大核对范围， 不获得写入、制作或补证权限。Create/Edit 的正式制作只写用户授权范围；若为证明专业工具的 可编辑性、重开或导出能力而需要额外写入，只能在授权 workspace 从输入建立一个一次性验证 副本，操作前记录输入 hash，操作后记录副本与输出 hash，并保持原输入不变。 Diagnose/Audit 一律零写入：不创建验证副本，不保存、导出、重建、改元数据或更新缓存； 只核对既有母版、交付、记录和 hash，无法只读证明的能力如实标为未验证，不为补证计算或登记 新的 proof/build/output hash。proof 与最终交付的母版、派生输出 hash 分别记录；proof 不得 改变 canonical、release 或 promotion。

Authority

为构图与场景几何、角色/物件设计、光色、外部资产、时间/镜头和消费者变体分别指定 唯一 authoritative owner。选定工具的原生项目或不可拆分的版本化 bundle 是对应 concern 的 master-of-record；扁平图、视频、网页查看器、截图和 Gallery 缓存都是 derived。 混合制作可以有多个母版，但同一 concern 不得双主；修改 derived 时返回其 owner。

Tool selection