第二階段銜接驗證

測試文件不是產品文案複製;它要證明第一階段資料有被第二階段吃到

這份文件用來反求證:開發助手的第二階段工具是否能從第一階段的需求、外掛、MCP、Logo、交付包與測試證據,自動產生正確的網站、後台、素材與方案內容。

第一層

第一階段產物讀取

確認 project.yaml、需求摘要、Logo、ZIP、MCP 工具、部署交接與測試紀錄存在,且不是重新要求開發者重講一次。

第二層

第二階段內容生成

確認首頁、五階段方案、測試文件、素材頁、後台與狀態頁都使用開發助手自己的產品資料。

第三層

錯誤內容守門

如果出現其他產品文案、通用查詢模板、第三方 demo 公司名稱或未授權 Logo,驗證必須失敗並停止交付。

ChatGPT App 開發助手測試問句

可以用這些句子開始測試。

證據追蹤路線

測試文件要像驗證路線圖,不是純文字清單

第二階段要能沿著第一階段產物一路追到網站內容、UI、API、MCP 與送審資料,缺一層就不能宣稱完整。

驗證層要讀的證據規則
第一階段產物project.yaml、Logo、ZIP、MCP、測試紀錄必須讀取
第二階段頁面首頁、方案、文件、素材、狀態、後台必須對應
介面設計規則分區卡片、聚焦卡、時間線、光暈、互動卡片必須可見
錯誤內容第三方 demo、受保護參考產品、私密帳號、髒話必須阻擋

驗證指令劇場

產生網站 → 檢查內容 → 視覺截圖 → 產生 ZIP → 部署驗證 → 回寫證據

如果想調整第二階段網站內容,可以這樣說

使用者不用講工具名稱;系統要自動讀第一階段專案檔與 conversation-decision-trace,再判斷要修改哪個頁面、哪個後台資料與哪個驗證。

免費評估能不能做、缺什麼、要走哪些階段
第一階段可測試外掛、Logo、ZIP、MCP 與部署交接
第二階段產業網站、管理後台、圖片素材與方案頁
第三階段登入會員、管理者後台與 MCP 權限
第四至五階段PAYUNi 金流權益、送審資料與原生測試

自動比對規則