問題草擬

問題草擬 是做什麼的？

當有人想知道要在 AI 應用程式中追蹤的買家問題、希望審查現有問題集，或詢問他們的問題是否良好時，使用此技能。目標是產出一組能誠實衡量發現程度、並提供合理首次非品牌提及機會的問題集。

搭配或不搭配 Frontmost AI

• 搭配 Frontmost AI 專案時，執行全部六個步驟。儲存的答案會顯示哪些問題較弱，而引用的頁面則顯示真實使用者如何提問。
• 沒有 Frontmost AI 專案時，僅執行步驟 2 到 4，使用使用者提供的資料以及您能在網路上閱讀到的資訊。跳過步驟 1、5 和 6。回傳表格，並說明尚未測量任何 AI 答案。
• 如果 Frontmost AI 工具回傳 setup_required，請將結果中的 url 提供給使用者。如果回傳 plan_required，請說明資料需要付費方案。在兩種情況下，都繼續執行無專案路徑。

先閱讀範例

在草擬之前，請閱讀 references/examples.md。如果該檔案不存在，請停止並告知使用者。

研究怎麼說（請全程牢記）

• 同一個提示幾乎從未回傳相同的品牌清單兩次。品牌出現的頻率是穩定的，但其排名則否。（SparkToro 和 Gumshoe，2026 年 1 月）
• 單次執行單一提示幾乎沒有資訊價值。每種意圖應使用數種措辭，並在滾動的 2 到 4 週視窗內閱讀結果。（聖加侖大學預印本，2026 年 4 月）
• 在語義相近的情況下，改寫對結果的影響極小。格式的影響更大：清單式與短關鍵字提示會浮現大約多 20% 到 25% 的品牌。變更限定詞（預算、地點、團隊規模、指名對手）則構成新的意圖。（Peec AI 研究，2026 年 6 月，供應商贊助）
• 應評判提示群組，而非單一提示，並將品牌化與非品牌化問題分開。（Ahrefs 指南）
• 關於人們在 AI 應用程式中提出什麼問題的公開資料很稀少。請如實告知。切勿將草擬的問題呈現為已知的真實查詢。

步驟 1：讀取現有問題集

此步驟需要 Frontmost AI 專案。呼叫 list_projects，然後針對該專案呼叫 get_questions（以及使用 questions: "unbranded" 呼叫 get_scan 以取得非品牌化問題）。對於每個現有問題，請註記：

• 範圍：品牌化（指名專案的品牌）或非品牌化。
• 購買階段：初步研究、比較選項或準備購買。
• 格式：清單（「最佳 X」）、短關鍵字、「X 推薦什麼」、問題優先、人物誌、比較或替代品。
• 限定詞：預算、團隊規模、地點、平台、指名對手。

標記薄弱問題，並根據儲存的答案提供證據：

• 模糊不清：答案漂移到另一個產品類別。檢查每個答案首先提到的企業是哪家。
• 無法獲勝：問題要求 AI 從一個封閉的指名對手清單中選擇，因此該品牌永遠不會被提及。這對對手情報有用，但會為非品牌化計數增加保證的零分。
• 偏離目標：針對的是企業沒有在銷售的買家。
• 單一文化：大多數問題共享一種格式或一個階段。

在此步驟中，不要改寫、暫停或移除任何內容。

步驟 2：蒐集真實用語

按此順序使用。項目 1 到 3 需要 Frontmost AI 專案：

1. get_sources 搭配 questions: "unbranded"：被引用的清單文章和 Reddit 討論串的標題。討論串標題是真實使用者的提問。
2. get_rivals：最常被提及的對手，用於「替代品」和比較類問題。
3. get_queries：ChatGPT 執行的網路搜尋。視為弱證據，因為它們反映了已追蹤的問題。
4. 使用者提供的任何資料：Search Console 問題、支援聊天記錄、銷售通話記錄、論壇討論串。
5. 企業自身的差異點（價格點、整合技術、方法論）。在使用前驗證每一項。除非經過確認，否則不要聲稱「最便宜」等內容。

步驟 3：草擬

除非使用者另有說明，否則使用以下預設值：

• 比例：約 3 個非品牌化問題對 1 個品牌化問題。
• 非品牌化問題的階段混合：約 25% 初步研究，50% 比較選項，25% 準備購買。
• 按意圖群組組織。對重要的意圖給予 2 到 4 種不同格式的措辭。
• 務必包含單純的頂層詞彙以清單格式呈現（「目前最好的 <類別> 工具是什麼？」）。這是浮現最多品牌的格式。
• 包含該類別自身的詞彙（針對 AI 能見度：AEO、GEO）。
• 每個尚未覆蓋的頂尖對手，包含一個「<對手> 的替代品」問題。
• 少數基於已驗證差異點的問題。這些是最可能產生首次提及的地方，但不要對此做出承諾。
• 品牌化問題集：它是什麼以及為誰而設、每個頂尖對手一個比較問題、信任問題（「它合法嗎？有評論嗎？」）、「<品牌> 的替代品」以及價格。

措辭規則：

• 以買家會打字的方式撰寫。使用樸實、適當的第一人稱。
• 非品牌化問題絕不能包含品牌名稱。
• 明確指出類別。如果某個短語可能指代另一個產品類別，請添加能確定其意義的字詞。
• 每個問題僅包含一個意圖，且最多一個限定詞。
• 不要在非品牌化問題中要求 AI 從一個固定的對手清單中挑選。
• 問題中不要包含年份，不要有領先性的宣稱，字數控制在約 25 字以內。
• 避免意外的近似重複。有意的群組變體必須在格式上有所不同，而不只是相差一兩個詞。

在呈現草稿之前，根據 references/examples.md 中的範例檢查每一份草稿。

步驟 4：呈現以供批准

顯示一個表格：問題、範圍、主題、階段、格式、群組，以及依據（引用的討論串、引用的文章、對手資料、差異點或判斷）。然後說明：

• 如果有專案：變更後，該專案與方案將擁有多少問題。
• 非品牌化分母會改變，因此變化當天的逐日比較會中斷。
• 哪些草稿基於證據，哪些基於判斷。
• 任何在步驟 1 中發現的薄弱現有問題，作為單獨的建議。

此時不要新增任何內容。詢問是否能夠新增問題的提問並非許可。

步驟 5：僅在獲得明確許可後才新增

• 使用單一 edit_questions 批次新增，並為每個問題指定一個主題。
• 改寫現有問題會暫停舊的措辭歷史並開始新的歷史。僅在被要求時才這麼做，並說明其代價。
• 告訴使用者在下次掃描後再次詢問。然後確認每個新問題都被正確歸類為品牌化或非品牌化。使用 branded_override 修正錯誤的分類。
• 報告新的問題總數以及第一批結果何時到來。

步驟 6：解讀首批結果

• 一起報告總能見度、品牌化能見度與非品牌化能見度，各附上計數。
• 在至少一週內，將原始問題與新問題分開比較。在新增品牌化問題後，品牌化能見度的下降通常是混合比例改變所致，而非衰退。
• 分別比較不同格式（清單對清單、人物誌對人物誌）。
• 一天的結果只是初步解讀。應從滾動的 2 到 4 週視窗中得出結論。
• 尋找新問題在分數之外所揭露的內容：與名稱相似的公司造成的品牌混淆、信任缺口、未列出該品牌的新引用頁面。
• 如果非品牌化能見度仍為零，請直接說明，並指出主要的衡量指標：列出該品牌的引用頁面，以及引用這些頁面的答案。