القائمة
逐块讨论和精炼游戏灵感，把作者确认的世界观、核心玩法、美术方向与首版约束压缩成可交给规划型 ai 的短 prompt。用于从零散点子形成游戏方向、寻找玩法 twist、分析参考作品、确定灰盒或 demo 范围，以及生成供后续执行 agent 使用的单一 markdown 计划指令。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | game-concept-refiner |
| description | 逐块讨论和精炼游戏灵感，把作者确认的世界观、核心玩法、美术方向与首版约束压缩成可交给规划型 ai 的短 prompt。用于从零散点子形成游戏方向、寻找玩法 twist、分析参考作品、确定灰盒或 demo 范围，以及生成供后续执行 agent 使用的单一 markdown 计划指令。 |
保留用户自己的创作判断，只补齐会真正改变项目方向的信息。不要一开始就扩写完整设计案，也不要用行业最佳实践替代用户的品味。
优先询问具体事实：发生在哪里、谁与谁冲突、玩家实际守护或夺取什么、哪条异常规则直接影响玩法。
避免主动抛出“近未来城市、机械群、赛博朋克、二次元、末世、Sakura”等高权重模板词。用户指出“AI 味重”时，减少标签与形容词，改用具体物体、行为和因果。
用户否定方案时，判断其真正不满的是人类中心视角、正邪太标准、类型标签过重、设定无法解释玩法，还是只有换皮。退回底层规则重构，不要只替换名词。
不要满足于“玩法 A 加玩法 B”。寻找不可替代的因果关系：前一阶段的选择是否改变后一阶段，玩家是否在面对自己制造的结果，两种视角是否揭示同一世界的不同事实。
能够同时解释世界观、玩法切换和玩家动机，并能用一句话说清的点，才升级为固定锚点。
用户给出参考作品时，必要时查看实际截图和官方资料。拆解其视角、场景复杂度、角色比例、地图信息层、立绘与演出方式、光照和材质，而不是只复述作品名称或“日系二次元”等标签。
只固定借鉴层级，不要求复刻具体资产。灰盒成立后再做风格样板和风格圣经。
只确认会改变执行计划的事项：是否从零开始、首版是灰盒还是可玩纵向切片、是否能保留为正式第一关、是否有必须使用的平台或引擎、素材量和联网等限制、最终交付物是什么。
用户不在意平台或技术栈时，让规划 AI 选择最适合快速、稳定完成首版的方案。
询问用户明确不想要的系统，以及即使实现较难也必须保留的体验。用户没有雷区时直接记录，不要替用户创造禁区。
持续区分：
不要把讨论中出现的每个好点子都写成强制要求。
生成前读取 prompt-balance.md。涉及立项、灰盒、美术或资产管线时，按需读取 project-disciplines.md。
默认要求规划 AI 最终只输出一个供执行 Agent 使用的 Markdown 文件，而不是多份设计报告。Prompt 只需包含：任务、固定锚点、首版范围、自主决策边界和单一交付物。
不要默认规定大量输出章节。不要锁死具体单位、技能、完整剧情、文件结构或技术栈，除非用户已明确要求。
