在 Emergent 中定义广告需求完整性检查器

有用的广告需求检查器会指出缺失信息，并告诉提交者该补充什么。它不应编造预算、批准没有依据的宣传，或把填满表单等同于优秀广告。下方使用虚构数据，为 Emergent 提供一个小型原型规划，可使用下方构建提示和验收案例，作为创建应用的起点。

限定第一版范围

设置七个字段：广告目标、受众、交付物、预算金额、币种、截止日期和审批者角色。采用结构化输入，不要让语言模型从粘贴的文档推断全部内容。必填项和简单数值检查可以使用确定性规则。缺失项应在字段旁显示错误；即使填写完整，也应提示仍需人工审核。

写明检查器不负责的决策。它不能认证广告声明、确认图片权利、判断预算是否合理或授权发布。这些仍属于广告审核流程。创意输入可另外参考图片需求流程；应用只负责收集执行人员所需的信息。

复制这份有边界的构建提示

在新的 Emergent 网页应用对话中粘贴以下规格。接受额外服务前，要求构建器先解释数据流。它建议的登录、数据库、分析或模型连接，都应作为单独需求评估，因为每一项都会扩大原型范围并可能增加成本。

创建名为“广告需求检查”的单页演示，明显显示“仅供虚构数据演示”。收集目标、受众、交付物、预算金额、币种、截止日期及审批者角色。去除首尾空白，所有字段必填。预算必须是大于零的有限数值；币种必须明确选择。按照浏览器本地日期，拒绝早于今天的截止日期。显示字段级错误，失败后保留输入。输入有效时，显示标题为“字段完整，等待人工审核”的纯文本摘要。不得生成缺失值、证据、客户或成果。只用客户端状态：不使用数据库、分析、外部模型调用、文件上传或账号登录。添加重置和复制摘要按钮，并明确反馈成功或失败。不要发布应用。解释验证规则并列出修改的文件。

这份原创提示是起始规格，不保证生成结果符合要求。要求提供键盘可操作的标签、可预测的 Tab 顺序和适合窄屏的布局。如果构建器提出不同实现，应逐项对照需求，而不是因为预览看起来可信，就认定规则已经落实。

点击预览前先准备验收案例

使用虚构信息：目标“介绍周末课程”，受众“尝试新爱好的成年人”，交付物“一张图片和一条短片”，预算“250”，币种“USD”，未来日期，审批者“广告负责人”。金额只是演示，不是费用建议。保持同一组基准数据，每次仅更改一个字段，让结果原因可追溯。

输入或操作	预期行为
全空或只有空白	显示字段错误，不生成完整摘要
预算为零、负数或文字	预算报错，其他值保留
截止日期早于今天	按说明的本地日期报错
完整虚构需求	准确摘要，仍要求人工审核
有效需求后重置	清空字段及旧摘要
浏览器权限阻止复制	明确报错，摘要仍可选取

像用户一样审核预览

Emergent 的预览说明区分临时预览和已发布应用。打开预览，亲自执行全部案例，使用键盘并检查手机宽度。按照用户测试指南，以操作、预期结果、实际结果描述故障，修正后再重复同一案例。

检查生成代码，或让合格审核者确认没有加入被禁止的网络调用与存储。在规格中要求客户端状态，不等于证明应用没有任何数据收集。不要仅因表单看似无害，就把真实客户需求、联系人名单或机密商业数字粘贴到构建器。

判断是否需要托管

发布前核对当前发布套餐和实际账户余额。托管有持续的积分要求；可用的预览既不是永久网址，也不证明免费运行。使用真实数据前，查看分处理商清单与适用隐私条款。若要保存提交，还需要另外设计身份验证、保留期限、访问控制和删除机制。

偶尔开展广告时，七字段模板可能已经够用，无需应用。如果继续，保留带日期的验收日志和已批准需求副本。把需求连接到实际生产任务，例如短片编辑流程，并清楚区分批准广告的人与仅显示字段完整的页面。