第一層
第一階段產物讀取
確認 project.yaml、需求摘要、Logo、ZIP、MCP 工具、部署交接與測試紀錄存在,且不是重新要求開發者重講一次。
第二階段銜接驗證
這份文件用來反求證:開發助手的第二階段工具是否能從第一階段的需求、外掛、MCP、Logo、交付包與測試證據,自動產生正確的網站、後台、素材與方案內容。
第一層
確認 project.yaml、需求摘要、Logo、ZIP、MCP 工具、部署交接與測試紀錄存在,且不是重新要求開發者重講一次。
第二層
確認首頁、五階段方案、測試文件、素材頁、後台與狀態頁都使用開發助手自己的產品資料。
第三層
如果出現其他產品文案、通用查詢模板、第三方 demo 公司名稱或未授權 Logo,驗證必須失敗並停止交付。
可以用這些句子開始測試。
我想做一個寵物美容預約 ChatGPT App,請先幫我做可行性評估。沿用第一階段交付,幫我建立第二階段產業網站與管理後台。幫我檢查這個專案是否已有 Logo、專案 ZIP、MCP 測試、網站頁面與送審資料。我已完成自己的平台授權,請接續部署並留下可驗證的連結與交接。證據追蹤路線
第二階段要能沿著第一階段產物一路追到網站內容、UI、API、MCP 與送審資料,缺一層就不能宣稱完整。
| 驗證層 | 要讀的證據 | 規則 |
|---|---|---|
| 第一階段產物 | project.yaml、Logo、ZIP、MCP、測試紀錄 | 必須讀取 |
| 第二階段頁面 | 首頁、方案、文件、素材、狀態、後台 | 必須對應 |
| 介面設計規則 | 分區卡片、聚焦卡、時間線、光暈、互動卡片 | 必須可見 |
| 錯誤內容 | 第三方 demo、受保護參考產品、私密帳號、髒話 | 必須阻擋 |
驗證指令劇場
產生網站 → 檢查內容 → 視覺截圖 → 產生 ZIP → 部署驗證 → 回寫證據
把首頁改得更適合我的品牌,但不要改掉五階段方案與交付邊界。幫我把第二階段網站文案改成更適合不同產業開發者。幫我檢查方案頁是否符合 1200 / 800 / 500 / 700 / 400。幫我檢查手機版文字會不會太小或跑版。使用者不用講工具名稱;系統要自動讀第一階段專案檔與 conversation-decision-trace,再判斷要修改哪個頁面、哪個後台資料與哪個驗證。