向 AI 提需求：說清頁面、位置、動作與檢查方法

把“做得好看”換成可操作的話。 反饋具體問題，重要修改前先聽懂影響範圍。

從一句具體要求開始

「幫我做個網站」還沒有說明做什麼。 “在這個博客首頁加一個支持按鈕，寫'請我喝杯咖啡'，點擊後展示我的收款說明”就容易執行。 修改文字時，給 AI 實際網址、原文字和新文字。 例如：“把首頁'歡迎來到我的網站'替換成'我的 AI 建站記錄'，其他部分保留。 “這樣既說清位置，也說清範圍。

做購買頁，把四件事說全

• 賣什麼：主題、外掛或其他你有權提供的檔案，有哪些用途。
• 多少錢：明確價格，由你在管理介面設定正式金額。
• 怎麼付款：展示哪種方式，由誰核實到賬，是否接入自動接口。
• 怎樣交付：買家留下郵箱，何時收到哪份文件或下載辦法。

沒有說清交付，AI 可能只畫一個“購買”按鈕; 沒有說清付款狀態，頁面可能把用戶點擊當作成功。 這些業務規則要先表達出來。

一份可以直接使用的需求

我已有 WordPress 部落格。 請製作一個小插件：前台展示產品名稱、說明、價格和收款碼，讓買家填郵箱生成購買記錄; 後台可查看記錄。 我手動查帳、發郵件。 買家點擊「我已付款」只能申請核實，不自動標記到帳。 先列出要改的地方和檢查步驟，再按已授權範圍實施。

這段話給出了用途、輸入、狀態、管理員職責和檢查方式。 第一版先完成它，再考慮自動化和其他頁面。

報錯時按“哪裡、做了什麼、出現什麼”說

好的反饋：“我在商品頁填郵箱後點擊提交，頁面顯示成功，但後台沒有這條記錄。 發生在今天下午，截圖已遮住私人資訊。 “不必先判斷原因。 你只需描述實際經過、期待結果和看到的提示，讓 AI 查真實問題。 提供截圖、瀏覽器錯誤或日誌時，隱藏密碼、密鑰和買家郵箱等資訊。

AI 說完成以後，需要怎樣的證據

要求它給實際網址、後台入口、改了哪些文件或設置、驗證了哪些行為。 然後你親自打開，按步驟點一次。 只發來一張效果圖，或者只生成代碼，還不能說明正式網站已安裝成功。 修改重要內容以前，讓 AI 用普通話解釋：“這個操作解決什麼問題，會影響哪些網站或資料，失敗怎樣恢復。 “看不懂就先解釋清楚; 不要用「隨便你」代替關鍵選擇。

把大任務拆成能檢查的幾步

先只讀查現狀; 再安裝環境; 再打開博客; 再製作一個功能; 再檢查付款與交付。 每一步留下可核對結果，出錯時就知道從哪裡回查。 如果一直失敗，讓 AI 彙總已經確認的事實、錯誤和嘗試，調整處理辦法。 反覆重裝、反覆重寫同一個頁面，會讓你更難判斷哪裡真的改善了。

你可以怎樣練習

先請 AI 只改一句話，再加一個有明確用途的按鈕，最後做一個能保存郵箱的表單。 每次打開實際頁面檢查。 你不需要先會寫程式碼，但要能說清結果是不是符合自己要求。