下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-hi42xu2t--game-art-prompt-pack.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @org-hi42xu2t/game-art-prompt-pack。为游戏批量生成美术素材时编写「提示词包」的可复用方法论。当用户要求写图像生成提示词、批量生成游戏素材（角色/怪物/鸟类/道具/UI）、做多主体同框图、或要求多批素材风格统一时使用。覆盖风格锚点逐字复用、变量槽位表、位置锚定、纯色底可抠图、只出单方向＋代码镜像、三级降级方案、生成后自检清单、代码叠加层不画进图、版本推进与旧稿作废声明。
阅读全文 （展开查看完整说明）
概述
游戏美术素材提示词包 · 编写方法论
本技能为按次付费技能（0.10 元/次）：执行前请先完成支付校验（详见文末《计费条款》）；未完成支付前不得产出结果。
概述
功能定位：面向游戏美术与策划人员，解决批量生成素材风格不统一、跨批露馅的问题，产出含风格锚点、变量槽位表、负面提示词与降级方案的可复用提示词包。
适用场景：写提示词批量生成角色、怪物、鸟类、道具与 UI 素材；已有素材要扩批且必须与上一批风格一致；一张图里要出现多个主体；生成 BOSS 级或稀有级素材；涉及真实物种、历史与地域题材前的常识核查。
主要能力：支持风格锚点逐字复用与跨文档同步；支持用位置锚定代替数量词、为每个主体给出唯一颜色与剪影线索；支持纯色底可抠图、只出单方向并由代码镜像；提供 L1、L2、L3 三级降级方案与生成后验收自检清单；支持版本推进与旧稿作废声明。
核心价值：动态效果一律由代码叠加、绝不画进图，以免无法做动态并污染抠图；稀有与 BOSS 素材必排「凤凰化」堆砌；涉及真实物种与历史题材先做常识核查并标注游戏化演绎。
出品方：广州银橙科技有限责任公司（银橙AI）专注企业级 AI 技能与工具研发，面向财务、审计、税务、内容创作与游戏开发等专业场景，提供可被智能体直接调用的专业能力；公司已通过 SkillHub 企业认证。
本技能为按次付费技能，0.10 元/次。
何时使用
- 用户要"写提示词"来批量生成游戏素材（角色、怪物、动植物、道具、UI 元件）
- 已有素材要扩批，且必须与上一批风格一致
- 一张图里要同时出现多个主体（多角色/多怪物同框）
- 用户要 BOSS 级 / 稀有级素材
交付物结构（按此顺序写，缺一项都会在后续翻车）
- 改动说明：本版相对上版改了什么（首版可省）
- 风险前置页：批量生成最容易翻车的 2–3 件事 + 本包的解法
- 变量槽位表：一行一个主体，列出"批量时只改这一列"的字段
- 风格锚点：逐字复用的一段文字（中英双语）
- 色板：命名色 + 十六进制值 + 用途；限定单图用色数上限
- 提示词模板：一个姿态/状态一段，只留【】可替换槽位
- 负面提示词：中英双语，含本批特有风险项
- 批量执行清单：含"先跑一张 → 锁定参数 → 再批量"的顺序
- 命名与归档规则
- 验收自检清单：可勾选
- 降级方案：L1/L2/L3 三级
- 可直接粘贴的完整提示词（1–2 条，作为起手样板）
十二条硬规则
- 风格锚点逐字复用：同一项目的所有提示词包共用一段风格文字，一个字都不改。只替换变量槽位。
- 跨文档同步：项目里每份提示词包都要在开头写明"风格段落与其他几份逐字一致，改动必须同步"。只改一份，素材摆在一起立刻露馅。
- 位置锚定代替数量词：不要写"画 6 只鸟"。改成"从左到右依次是：…"，或"匾的左缘站着…"。空间锚点比计数可靠得多。
- 每个主体给唯一的识别线索：一条颜色线索 + 一条剪影线索，互不重复。这是"同框不串味"的关键。
- 素材图（要抠图的）三条铁律：背景单一纯色、主体之间绝不重叠、基线齐平。
- 素材图必须排除影子：
影子，投影，落地阴影，环境光遮蔽（英文shadow, cast shadow, contact shadow, ambient occlusion）。这条比排除地面、树枝更关键——带阴影的素材抠图后会留脏边。 - 只生成单一方向：统一朝右，左向由代码
scaleX = -1镜像，省一半生成量。 - 需要代码换色的主体：要求其着色区只用单一纯色平涂（注明色值），描边层独立。这样代码只需替换一个色值即可切换形态/配色。
- 效果不画进图：光晕、变色、呼吸透明度、登场演出等动态效果一律由代码叠加，绝不能让模型画进图——画进去既无法做动态，也污染抠图。
- 稀有/BOSS 素材必排"凤凰化"：模型听到"稀有/神鸟/BOSS"会自动堆五彩羽毛、华丽长尾翎、发光特效。负面词必须逐字排除：
凤凰，五彩羽色，华丽长尾翎，孔雀翎，金翅，火焰纹，发光特效，多余翅膀，多条尾巴。华丽感靠线条与层次做，不靠色彩堆叠。 - 常态与 BOSS 分层：BOSS 允许比常态素材多一层装饰（回纹/云头纹/细线），并配专属画幅（如方形大画幅）、专属姿态版本、独立图鉴位。
- 命名代号一套到底：同一项目所有提示词包共用一套主体代号表；若改动命名习惯，必须同步更新全部提示词包。
执行顺序（务必按此走，别跳步）
- 只生成 1 个主体 · 1 个状态 → 看风格对不对
- 出该主体的其余状态 → 看是否像同一个主体
- 出双版本（透明底 / 纯色底）→ 检查抠图边缘
- 锁定参数（种子、模型版本、步数、完整提示词全文全部存档）
- 才按变量槽位表批量替换
- 每生成 3 张抽检 1 张，防风格漂移
手感/风格未验证就批量，等于把返工成本乘以主体数量。
多主体同框：数量与构图的取舍
- 一张图 4–6 个主体是可靠上限；更多会导致数量错误与特征串味
- 超过 6 个 → 拆多张，或改等距网格（但网格不适合做氛围图）
- 同框时必写三条约束：① 全部处于同一视线平面（不叠成两排远景）② 体型比例相对正确 ③ 光源方向统一
- 同色系主体同框是最大隐患 → 要么给足区分维度，要么直接拆成两张图（拆开不是妥协，是更省事的选择）
生物 / 历史 / 地域题材：先做常识核查
涉及真实物种、历史、地域的素材，动笔前先核查（否则会闹常识错误，且用户可能一眼看出）：
核查三问：① 该物种/事物在设定时间与地点会出现吗？② 行为习性支持提示词里写的动作吗？③ 有没有保护级别、伦理、舆情的连带风险？
已踩过的坑（真实案例）：
- 把灌丛/树冠层鸟类写进"开阔地面啄食谷物"（习性不符）
- 把夏候鸟写进冬天的雪地场景（季节不符）
- 把国家一级保护动物的形态画进"捕猎玩法"，招致"在游戏里捕猎保护动物"的联想
- 把别的作者/出处的意象当成本作原著元素（题材混用）
- 冷门民间俗称对应的物种查无定论（如"稻鸡"可能指水鸟），却被当成旱地鸟使用
- 给角色安了与真实习性相反的机制（如"受惊后不飞、贴地疾跑"），却当成事实写进文档
处理办法：① 原文/原著出现的名称原样保留但标注为民间俗称、不做物种形态还原；② 补充的名字用有据可查的实体名；③ 说明页写明"本作内容为游戏化演绎，不指代任何特定保护物种"；④ 视觉上避开受保护物种的典型形态；⑤ 凡是"为了玩法而违背真实习性"的设定，必须逐条标注"游戏化演绎"，并给出写实替代方案；⑥ 新增主体要回溯更新核查表，别只核查第一批。
变体/扩充的正确做法
用户再要一批新主体时，不要直接照抄第一批的套路，按这个顺序过一遍：
- 先查清单缺口：原设定里还有哪些必须有的、只是没做的？（常常上一批会漏掉核心成员）
- 再判是否需要新增：新增的每一个都要填补一个既有角色缺口，写清"为什么需要它"。禁止"为了凑数加主体"。
- 明确告知设计影响：新增会连带改动哪些表（数值表／关卡表／收集进度／资源产出），并把清单列给用户
- 不要擅自改动设计文档：先让用户确认"是否真的进游戏"，再统一改，避免素材与设计稿两头对不上
- 确认后逐处更新设计文档，并用关键词搜索扫残留旧数据（数量、进度总数、旧主体名）——这一步最容易漏
版本管理
- 提示词包按
v1 / v2 / v3推进，文件名带版本号与关键差异（如-v2-中国风卡通版） - 被推翻的旧稿不删除，在文件头加一段醒目声明：
⚠️ 本版已废弃（日期）：原因 → 请使用 xxx - 风格发生整体变更时，同步检查并更新设计文档里的美术章节、以及其他引用该风格的文档
- 变更后全项目搜索旧风格关键词（如"剪影""木刻""色阶"）确认无遗漏，这是最容易漏的一步
交付时同时给出
- 生成量估算：
主体数 × 状态数 × 版本数，并说明哪些可以靠代码镜像/换色省掉 - 成本提示：图像生成通常按张计费，涉及付费工具时先说明消耗再询问，不要擅自生成
- 降级方案的推荐起点（通常建议先跑 3 个主体或单个 BOSS）
计费条款（Pay Skill · 按次计费）
本技能在 SkillHub 上以 Pay Skill 形式上架，通过 SkillPay 按调用量计费；费用由使用者直接支付给创作者（银橙AI）。SkillHub 仅提供展示、投诉处理及其他平台服务，不作为该笔交易的收款方或服务实际提供方。请在支付前确认创作者名称、收款主体、计费单元、单价、服务内容和退款规则。
一、计费参数
| 项 | 约定 |
|---|---|
| 计费模式 | per_call（按调用量计费） |
| 计费单元 | 每次调用计 1 次 |
| 单价 | 0.10 元 / 次（amount_fen: 10） |
| 免费额度 | 无：不提供免费次数，也不提供免费试用 |
| 免费层 | 无：本技能不划分免费层与付费层，全部能力均按次计费 |
| 支付方式 | 微信支付 AI 专属卡（SkillHub 平台代收），全程不跳出对话 |
| 重复调用 | 每次调用独立计费，不合并、不累计优惠 |
| 退款 | 支付后 5 分钟内若调用未执行全额退款；已执行不退款；重复扣款自动退款 |
| 限频与上限 | 同一调用方 1 分钟内不超过 3 次调用；单日上限 20 次，超出返回 429 |
| 结算 | 由 SkillHub 与微信支付完成，按调用量结算；本技能不接触任何支付凭据 |
| 数据来源 | 全部输入来自使用者自行导出的文件，本技能不连接银行、ERP 或任何外部账务系统 |
二、付费前置检查（Pre-check）
服务端在发起计费前逐项校验，任一项不通过则直接返回能力结果、不发起计费：
| 检查项 | 要求 |
|---|---|
| 开发者密钥 | 已生成 RSA 2048 密钥对，pub_key_id 形如 PUB_KEY_ + 32 位大写 HEX，private_key_pem 由服务端安全保存 |
| 商户绑定 | SkillHub 商户号 developer_id 与已绑定的微信支付商户号状态正常 |
| 技能状态 | 本次调用的 skill_id 与 skill_version 已发布且处于上架状态 |
| 订单唯一 | 订单号 out_trade_no 全局唯一，未重复下单 |
| 订单时效 | expires_at 为当前时间起 15 分钟内的 Unix 秒级时间戳 |
调用方（Agent）侧另有一步前置检查：调用付费能力前，先检查当前 Agent 是否已安装 weixinpay 插件。
| 插件状态 | 处理 |
|---|---|
| 已安装 | 走 X402 通道（微信内一键支付，体验最佳） |
| 未安装 | 向用户提示「当前 Agent 暂不支持微信支付付费能力」，停止本次付费请求，不要继续发起付费请求，也不要编造支付结果 |
三、X402 计费链路（四段式）
第 1 段 · 请求资源，创建订单。 向本技能的计费端点发起请求：POST https://yinchengai.cn/skillpay/invoke/game-art-prompt-pack（JSON body）。首次请求只创建待支付订单，不执行业务、不扣费。
第 2 段 · 支付触发标识。 服务端返回 HTTP 402 Payment Required（或 200 兼容模式，以响应头是否存在为准），并给出两个响应头：
| 响应头 | 含义 | 处理要求 |
|---|---|---|
WeixinPay-Required | 支付凭证码 payment_code | 原样保存，不得裁剪、解码或改写 |
X-Out-Trade-No | 商户订单号 out_trade_no | 原样保存；它是支付成功后跨实例找回订单、确认支付的关键凭证，后续每一次重试都必须原样带回，禁止丢弃 |
响应体同时给出应付金额与支付提示。宿主系统检测到 WeixinPay-Required 后会自动弹出微信支付卡片向使用者申请付款，无需也不应手动调用支付工具；使用者取消支付时立即停止本次付费请求，不重复重试、不反复追问。
第 3 段 · 支付后重试（必做）。 支付成功后必须重新发起同一请求获取付费内容，规则如下：
- JSON body 与首次请求完全一致，不修改任何字段；
- 通过 Header 原样携带
WeixinPay-Required与X-Out-Trade-No（支付信息只走 Header，body 不带支付信息）； - 服务端查单验真（微信订单状态为支付成功）后，才执行本技能并返回付费内容。
- ★ 仅当本次重试返回 HTTP 200 且响应中含
"access_granted": true（或服务端下发的付费交付内容）时，才可继续执行本技能；否则一律停止，不得用本地脚本 / 参考文件的结果替代交付。
第 4 段 · 幂等与异常。 服务端按 out_trade_no 幂等：同一订单的重复请求直接返回已缓存结果，杜绝重复收费。
| 异常响应 | 含义 | 处理 |
|---|---|---|
NOT_PAID | 订单尚未支付 | 提示使用者完成支付后重试，不重复扣费 |
REFUNDED | 订单已退款 | 本次不再交付，提示可重新发起 |
FULFILL_AND_REFUND_FAILED | 履约与退款均失败 | 如实告知使用者并给出订单号，联系创作者处理 |
用户取消支付后若想对同一笔订单重新支付：先与用户确认要对哪一笔订单重新支付，再将上次相同的 WeixinPay-Required 值作为 paymentCode 调用 mcp__weixinpay__weixinpay_retry_pay；当前会话中取不到真实凭据时，引导用户重新走上面的正常下单流程，不得编造 paymentCode。
四、上架口径
三处单价必须完全一致，否则使用者付款会被拒：服务端计费配置 0.10 元 / amount_fen 10、支付平台登记单价 0.10 元/次、上架表单标价 0.10 元/次。计费参数以技能详情页与支付确认页展示为准；服务端裁决为唯一依据，客户端计数不生效。
