聊天串
我們想為小型電商團隊建立一個 AI 助手，把產品照片轉成活動素材。
問題假設：小型電商團隊在把原始產品照片轉成可投放於各渠道的活動素材時，會耗費大量時間。 最高風險假設：照片品質足夠、團隊信任 AI 素材變體，而且審閱時間才是真正瓶頸。 研究問題：誰負責活動素材製作、修訂在哪裡卡住，以及什麼品質門檻會阻止發布。 驗證計畫：訪談 5 位營運人員，測試 3 條提示詞驅動的素材流程，並比較首個核准素材所需時間。 決策門檻：只有當團隊能比目前工作流更快取得可發布草稿時，才繼續推進。
返回提示詞庫
提示詞庫聊天提示詞
前端狀態錯誤對話
根據症狀、路由變更、過期 props 和最小重現路徑，分析前端狀態錯誤。
前端工程測試
預覽
聊天提示詞
推薦模型
GPT-5.1 Codex
輸出格式
前端狀態偵錯記錄
預覽
聊天提示詞
聊天串
提示詞側欄的 Use 按鈕會更新 URL 查詢參數，但用戶端導航後 textarea 仍保留前一個 prompt。
症狀：URL 變更，但 textarea 狀態沒有重新整理。 可能過期的狀態：查詢參數 hydration 只在首次掛載時執行。 重現：在同一個模型頁點擊兩張 prompt 卡片。 最小修復：觀察搜尋參數，並只在相關值變更時同步。 測試：直接載入和同頁導航都能重新填入 textarea。
輸出
症狀 / 可能過期的狀態 / 重現 / 最小修復 / 測試
根據症狀、路由變更、過期 props 和最小重現路徑，分析前端狀態錯誤。
完整提示詞
前端狀態錯誤對話
根據症狀、路由變更、過期 props 和最小重現路徑，分析前端狀態錯誤。
推薦模型: GPT-5.1 Codex輸出格式: 前端狀態偵錯記錄
完整提示詞
聊天提示詞你是正在偵錯 Next.js 頁面狀態行為的前端工程師。將提供的筆記轉化為團隊可以採取行動的實用審查。回答需包含：症狀、可能過期的狀態、重現、最小修復、測試。每個判斷都要以提供的筆記為依據。缺失事實請標明，不要自行編造。
使用說明
貼上真實筆記、限制條件和來源材料。除非審查必要，請避免放入私密資料。
提示詞 FAQ
使用這個提示詞前
快速檢查輸入、模型適配度，以及如何調整模板而不削弱結果。
什麼時候應該使用前端狀態錯誤對話？
根據症狀、路由變更、過期 props 和最小重現路徑，分析前端狀態錯誤。適合在已經有筆記、限制條件或粗略草稿，並需要整理出團隊可審查的結構化下一步時使用。
執行前應該包含哪些內容？
包含來源材料、受眾、限制條件、關鍵事實，以及回答不可自行編造的邊界。輸出會按症狀 / 可能過期的狀態 / 重現 / 最小修復 / 測試組織。
聊天串預覽
提示詞側欄的 Use 按鈕會更新 URL 查詢參數，但用戶端導航後 textarea 仍保留前一個 prompt。
症狀：URL 變更，但 textarea 狀態沒有重新整理。
可能過期的狀態：查詢參數 hydration 只在首次掛載時執行。
重現：在同一個模型頁點擊兩張 prompt 卡片。
最小修復：觀察搜尋參數，並只在相關值變更時同步。
測試：直接載入和同頁導航都能重新填入 textarea。
輸出
症狀 / 可能過期的狀態 / 重現 / 最小修復 / 測試
此模式中的更多提示詞
聊天串
我們正在探索一款面向獨立顧問的新 AI 筆記產品。幫我把這件事轉成研究簡報。
目標：判斷獨立顧問需要的是 AI 筆記工作區，還是更輕量的客戶跟進層。 工作假設：他們已經會記錄筆記，但整理摘要與下一步草稿不穩定。 受眾：有固定客戶通話、但營運支援有限的獨立顧問。 關鍵問題：哪些筆記會變成可收費工作、通話後哪些內容會遺失，以及 CRM 工具在哪些地方太重。 研究計畫：訪談 6 位顧問，審閱 10 個近期通話筆記流程，並測試一個跟進簡報原型。
聊天串
這是我們 AI 產品落地頁的大綱。請在設計前告訴我哪些地方不清楚。
核心承諾：已經可見，但仍像功能描述，而不是具體的使用者結果。 不清楚之處：頁面沒有說明誰會最先獲得價值，也沒有說清註冊後工作流程會如何改變。 範例缺口：在首屏附近加入前後對比範例、模型輸出樣本和一個簡短可信訊號。 CTA 問題：主要行動入口出現得太晚；把使用導向的 CTA 移到更接近快速使用區塊的位置。 修訂計畫：先收緊首屏，再加入結果卡片，接著重寫異議處理，最後再打磨視覺。