在 Emergent 中定義廣告需求完整性檢查器

有用的廣告需求檢查器會指出缺漏資訊，並告訴提交者該補充什麼。它不應編造預算、核准沒有依據的宣傳，或把填滿表單等同於優秀廣告。下方使用虛構資料，為 Emergent 提供小型原型規劃，可使用下方建構提示和驗收案例，作為建立應用程式的起點。

限定第一版範圍

設定七個欄位：廣告目標、受眾、交付物、預算金額、幣別、截止日期和審批者角色。採用結構化輸入，不要讓語言模型從貼上的文件推斷全部內容。必填項和簡單數值檢查可以使用確定性規則。缺漏項應在欄位旁顯示錯誤；即使填寫完整，也應提示仍需人工審核。

寫明檢查器不負責的決策。它不能認證廣告聲明、確認圖片權利、判斷預算是否合理或授權發布。這些仍屬廣告審核流程。創意輸入可另外參考圖片需求流程；應用程式只負責收集執行人員所需的資訊。

複製這份有邊界的建構提示

在新的 Emergent 網頁應用程式對話中貼上以下規格。接受額外服務前，要求建構器先解釋資料流。它建議的登入、資料庫、分析或模型連線，都應作為單獨需求評估，因為每一項都會擴大原型範圍並可能增加成本。

建立名為「廣告需求檢查」的單頁示範，明顯顯示「僅供虛構資料示範」。收集目標、受眾、交付物、預算金額、幣別、截止日期及審批者角色。去除首尾空白，所有欄位必填。預算必須是大於零的有限數值；幣別必須明確選擇。按照瀏覽器本地日期，拒絕早於今天的截止日期。顯示欄位錯誤，失敗後保留輸入。輸入有效時，顯示標題為「欄位完整，等待人工審核」的純文字摘要。不得生成缺漏值、證據、客戶或成果。只用用戶端狀態：不使用資料庫、分析、外部模型呼叫、檔案上傳或帳號登入。加入重設和複製摘要按鈕，明確回報成功或失敗。不要發布應用程式。解釋驗證規則並列出修改的檔案。

這份原創提示是起始規格，不保證生成結果符合要求。要求提供鍵盤可操作的標籤、可預測的 Tab 順序和適合窄螢幕的配置。如果建構器提出不同實作，應逐項對照需求，而不是因為預覽看起來可信，就認定規則已落實。

點選預覽前先準備驗收案例

使用虛構資訊：目標「介紹週末課程」，受眾「嘗試新嗜好的成年人」，交付物「一張圖片和一支短片」，預算「250」，幣別「USD」，未來日期，審批者「廣告負責人」。金額只是示範，不是費用建議。保持同一組基準資料，每次僅更改一個欄位，讓結果原因可追溯。

輸入或操作	預期行為
全空或只有空白	顯示欄位錯誤，不生成完整摘要
預算為零、負數或文字	預算報錯，其他值保留
截止日期早於今天	按說明的本地日期報錯
完整虛構需求	準確摘要，仍要求人工審核
有效需求後重設	清空欄位及舊摘要
瀏覽器權限阻止複製	明確報錯，摘要仍可選取

像使用者一樣審核預覽

Emergent 的預覽說明區分臨時預覽和已發布應用程式。開啟預覽，親自執行全部案例，使用鍵盤並檢查手機寬度。按照使用者測試指南，以操作、預期結果、實際結果描述故障，修正後再重複同一案例。

檢查生成程式碼，或讓合格審核者確認沒有加入被禁止的網路呼叫與儲存。在規格中要求用戶端狀態，不等於證明應用程式沒有任何資料收集。不要僅因表單看似無害，就把真實客戶需求、聯絡人名單或機密商業數字貼到建構器。

判斷是否需要託管

發布前核對目前的發布方案和實際帳戶餘額。託管有持續的點數要求；可用預覽既不是永久網址，也不證明免費運作。使用真實資料前，查看次處理者清單與適用隱私條款。若要保存提交，還需要另外設計身分驗證、保留期限、存取控制和刪除機制。

偶爾進行廣告時，七欄位範本可能已經夠用，無需應用程式。如果繼續，保留附日期的驗收紀錄和已核准需求副本。把需求連接到實際製作任務，例如短片編輯流程，並清楚區分核准廣告的人與僅顯示欄位完整的頁面。