我們想為小型電商團隊建立一個 AI 助手,把產品照片轉成活動素材。
問題假設:小型電商團隊在把原始產品照片轉成可投放於各渠道的活動素材時,會耗費大量時間。 最高風險假設:照片品質足夠、團隊信任 AI 素材變體,而且審閱時間才是真正瓶頸。 研究問題:誰負責活動素材製作、修訂在哪裡卡住,以及什麼品質門檻會阻止發布。 驗證計畫:訪談 5 位營運人員,測試 3 條提示詞驅動的素材流程,並比較首個核准素材所需時間。 決策門檻:只有當團隊能比目前工作流更快取得可發布草稿時,才繼續推進。
檢視事故備註中缺少的日誌、指標、追蹤、告警,以及實用的埋點下一步。
聊天提示詞
GPT-5.1 Codex
可觀測性缺口備註
預覽
聊天提示詞
某個上游服務商的影片任務失敗,但日誌只顯示通用上游錯誤,支援團隊看不到服務商錯誤代碼。
缺少的日誌:服務商錯誤代碼與 request ID。 缺少的指標:依服務商與模型區分的失敗率。 缺少的追蹤:從上傳到生成交接的流程。 告警缺口:沒有服務商專屬的失敗突增告警。 下一步:為支援視圖持久化標準化後的上游錯誤來源與代碼。
輸出
缺少的日誌 / 缺少的指標 / 缺少的追蹤 / 告警缺口 / 下一步
檢視事故備註中缺少的日誌、指標、追蹤、告警,以及實用的埋點下一步。
完整提示詞
檢視事故備註中缺少的日誌、指標、追蹤、告警,以及實用的埋點下一步。
你是一名在事故後檢視可觀測性缺口的工程師。將提供的備註整理成團隊可以採取行動的實用檢視結果。回覆需包含:缺少的日誌、缺少的指標、缺少的追蹤、告警缺口、下一步。每個判斷都必須以提供的備註為依據。標記缺少的事實,而不是自行編造。
使用說明
貼上真實備註、限制與來源材料。除非檢視必要,否則不要放入私密資料。
提示詞 FAQ
快速檢查輸入、模型適配度,以及如何調整模板而不削弱結果。
檢視事故備註中缺少的日誌、指標、追蹤、告警,以及實用的埋點下一步。當你已有備註、限制或粗略草稿,並需要團隊可檢視的結構化下一步時使用。
包含來源材料、受眾、限制、關鍵事實,以及答案不能自行編造的邊界。輸出會依缺少的日誌 / 缺少的指標 / 缺少的追蹤 / 告警缺口 / 下一步組織。
聊天串預覽
輸出
缺少的日誌 / 缺少的指標 / 缺少的追蹤 / 告警缺口 / 下一步
此模式中的更多提示詞
我們想為小型電商團隊建立一個 AI 助手,把產品照片轉成活動素材。
問題假設:小型電商團隊在把原始產品照片轉成可投放於各渠道的活動素材時,會耗費大量時間。 最高風險假設:照片品質足夠、團隊信任 AI 素材變體,而且審閱時間才是真正瓶頸。 研究問題:誰負責活動素材製作、修訂在哪裡卡住,以及什麼品質門檻會阻止發布。 驗證計畫:訪談 5 位營運人員,測試 3 條提示詞驅動的素材流程,並比較首個核准素材所需時間。 決策門檻:只有當團隊能比目前工作流更快取得可發布草稿時,才繼續推進。
我們正在探索一款面向獨立顧問的新 AI 筆記產品。幫我把這件事轉成研究簡報。
目標:判斷獨立顧問需要的是 AI 筆記工作區,還是更輕量的客戶跟進層。 工作假設:他們已經會記錄筆記,但整理摘要與下一步草稿不穩定。 受眾:有固定客戶通話、但營運支援有限的獨立顧問。 關鍵問題:哪些筆記會變成可收費工作、通話後哪些內容會遺失,以及 CRM 工具在哪些地方太重。 研究計畫:訪談 6 位顧問,審閱 10 個近期通話筆記流程,並測試一個跟進簡報原型。
這是我們 AI 產品落地頁的大綱。請在設計前告訴我哪些地方不清楚。
核心承諾:已經可見,但仍像功能描述,而不是具體的使用者結果。 不清楚之處:頁面沒有說明誰會最先獲得價值,也沒有說清註冊後工作流程會如何改變。 範例缺口:在首屏附近加入前後對比範例、模型輸出樣本和一個簡短可信訊號。 CTA 問題:主要行動入口出現得太晚;把使用導向的 CTA 移到更接近快速使用區塊的位置。 修訂計畫:先收緊首屏,再加入結果卡片,接著重寫異議處理,最後再打磨視覺。