聊天串
我們想為小型電商團隊建立一個 AI 助手，把產品照片轉成活動素材。
問題假設：小型電商團隊在把原始產品照片轉成可投放於各渠道的活動素材時，會耗費大量時間。 最高風險假設：照片品質足夠、團隊信任 AI 素材變體，而且審閱時間才是真正瓶頸。 研究問題：誰負責活動素材製作、修訂在哪裡卡住，以及什麼品質門檻會阻止發布。 驗證計畫：訪談 5 位營運人員，測試 3 條提示詞驅動的素材流程，並比較首個核准素材所需時間。 決策門檻：只有當團隊能比目前工作流更快取得可發布草稿時，才繼續推進。
返回提示詞庫
提示詞庫聊天提示詞
GPT-5.5 技術風險審查對話
使用 GPT-5.5 審查實作計畫，區分真正的工程風險與雜訊，並產出聚焦的緩解清單。
技術審查風險規劃
預覽
聊天提示詞
推薦模型
GPT-5.5
輸出格式
技術風險審查
預覽
聊天提示詞
聊天串
請審查這份遷移計畫的技術風險。聚焦資料完整性、回滾、測試缺口和生產監控。只使用我提供的細節。
最高風險：回填期間的資料完整性，因為計畫描述了寫入路徑，但沒有定義冪等檢查。 次要風險：回滾已有操作描述，但結構降版路徑不清楚。 測試缺口：沒有測試資料覆蓋部分遷移記錄、重複重放或空白選填欄位。 監控需求：加入已遷移、已略過、已重試和失敗記錄數，並補上執行後一致性查詢。 最小緩解：加入冪等遷移標記，先跑試跑樣本，並在上線前定義精確停止條件。
輸出
範圍 / 受影響系統 / 假設 / 失敗模式 / 資料風險 / 測試缺口 / 監控 / 回滾 / 緩解措施
GPT-5.5 工程風險審查的結構化聊天範例。
完整提示詞
GPT-5.5 技術風險審查對話
GPT-5.5 技術風險審查對話：以證據和緩解措施評估實作計畫。
推薦模型: GPT-5.5輸出格式: 技術風險審查
完整提示詞
聊天提示詞你是資深工程審查者。僅根據使用者提供的計畫、程式碼筆記、架構草圖、日誌或截圖，產出技術風險審查。涵蓋：範圍、受影響系統、假設、可能失敗模式、資料或安全風險、遷移風險、測試缺口、監控需求、回滾選項，以及能降低最高風險的最小改動。不要聲稱材料中沒有出現的程式碼行為。
使用說明
貼上計畫、相關程式碼片段、日誌和限制；要求模型按嚴重程度排序風險，而不是泛泛重寫。
提示詞 FAQ
使用這個提示詞前
快速檢查輸入、模型適配度，以及如何調整模板而不削弱結果。
什麼時候應該使用 GPT-5.5 技術風險審查對話？
在遷移、執行時變更、發布計畫或複雜重構前使用，尤其適合假設遺漏可能造成生產問題的情境。
如何讓審查保持基於證據？
提供精確計畫和證據，接著要求模型標示未受支撐的說法，而不是推測缺失的架構。
聊天串預覽
請審查這份遷移計畫的技術風險。聚焦資料完整性、回滾、測試缺口和生產監控。只使用我提供的細節。
最高風險：回填期間的資料完整性，因為計畫描述了寫入路徑，但沒有定義冪等檢查。
次要風險：回滾已有操作描述，但結構降版路徑不清楚。
測試缺口：沒有測試資料覆蓋部分遷移記錄、重複重放或空白選填欄位。
監控需求：加入已遷移、已略過、已重試和失敗記錄數，並補上執行後一致性查詢。
最小緩解：加入冪等遷移標記，先跑試跑樣本，並在上線前定義精確停止條件。
輸出
範圍 / 受影響系統 / 假設 / 失敗模式 / 資料風險 / 測試缺口 / 監控 / 回滾 / 緩解措施
此模式中的更多提示詞
聊天串
我們正在探索一款面向獨立顧問的新 AI 筆記產品。幫我把這件事轉成研究簡報。
目標：判斷獨立顧問需要的是 AI 筆記工作區，還是更輕量的客戶跟進層。 工作假設：他們已經會記錄筆記，但整理摘要與下一步草稿不穩定。 受眾：有固定客戶通話、但營運支援有限的獨立顧問。 關鍵問題：哪些筆記會變成可收費工作、通話後哪些內容會遺失，以及 CRM 工具在哪些地方太重。 研究計畫：訪談 6 位顧問，審閱 10 個近期通話筆記流程，並測試一個跟進簡報原型。
聊天串
這是我們 AI 產品落地頁的大綱。請在設計前告訴我哪些地方不清楚。
核心承諾：已經可見，但仍像功能描述，而不是具體的使用者結果。 不清楚之處：頁面沒有說明誰會最先獲得價值，也沒有說清註冊後工作流程會如何改變。 範例缺口：在首屏附近加入前後對比範例、模型輸出樣本和一個簡短可信訊號。 CTA 問題：主要行動入口出現得太晚；把使用導向的 CTA 移到更接近快速使用區塊的位置。 修訂計畫：先收緊首屏，再加入結果卡片，接著重寫異議處理，最後再打磨視覺。