把需求写成协作契约

高效提示词不只是加入 Figma 术语。它需要把目标、上下文、范围、变化规则和验收连起来，减少 AI 需要猜测的部分。

一份可复制的需求契约

目标文件：figma-demo
目标区域：03 · 星际翻牌 / Game
玩家目标：快速找到相同星球，持续知道配对进度
本轮任务：调整状态栏，不能改变棋盘与已有原型路径

先读取：目标节点树、现有组件、变量、样式和交互
复用：现有颜色与文字样式；保留 Card 实例关系
布局：状态栏左右留白一致；两组数据分居两端
内容变化：测试 00:00、99:59、配对 0/6 与 6/6
屏幕：基准 390×844，同时解释 360 宽度下的行为

流程：先给出修改计划与受影响节点，再小步执行
验收：报告修改节点、结构属性、同视角截图与剩余问题
异常：目标不明确或发现需求冲突时，先给证据和方案

用“原因 + 规则”替代孤立坐标

弱表达：“把数字往左移 10。”它没有说明错在哪里，父容器一改可能又要移动。

更完整的表达：“用时和配对进度属于同一状态栏，左右距面板边缘各 20，数据变长时保持两端对齐，避免覆盖。”这样 AI 可以先查 padding 和对齐，不必猜为什么要移动。

分三次完成复杂需求

第一轮确认结构和状态；第二轮完成布局和组件；第三轮精修视觉与动效。每轮留下一份可以读回、截图和比较的结果。

你可以授权 AI 在既定范围内自主选择实现细节，同时要求它对会改变产品行为的冲突给出证据。不要把所有像素都写死，也不要把重要决策全部交给“你自由发挥”。

反馈模板

当前结果：卡背状态能看到图案，泄露了记忆玩法信息
预期：Hidden 只显示卡背；Revealed 后才显示 Artwork
范围：检查 Card 变体和实例交换绑定
保留：Artwork 选择与实例关系
验收：六种图案在 Hidden 下都不可见，切换状态后图案身份不变

这个例子来自实际制作中的显隐问题。它把症状、原因候选和不变量同时交代，比要求“修一下卡牌”更容易得到稳定修复。

下载与练习

下载需求与提示词模板，替换成你自己的游戏功能。检查是否包含成功、失败、禁用、加载与恢复，而不只是一张理想状态的屏幕。