advise（市場策略顧問）

0. 首次執行

1. 讀取 vault 根目錄的 settings.md。如果其中沒有 ## Profile 段落，請先告知業主執行 /setup，然後停止。## Profile、## Layers 和 ## Sources 段落會套用於整個技能。
2. 如果 settings.md 沒有 ## /advise 段落，或 $ARGUMENTS 為 setup，請在一則訊息中依序詢問下列問題（每一項均附上其預設值，讓業主可以回覆「defaults」）：
   1. 預設工作區（當你未指定工作區時讀取；僅在 Layers 開啟雇主工作區時適用）。[無：需要時才詢問上下文]
   2. 當答案取決於你未提供的上下文（例如產業階段、平均合約價值、銷售動機）：先以一行詢問，還是直接回答並附上假設？[先以一行詢問]
   3. 回答長度：簡短（僅含答案與來源）或標準（含答案、推論、分歧意見、來源）？[標準]
   4. 永遠標註的注意事項：來自與你情境不同的基準測試（根據 Profile 中的地區與商業模式）。[將受美國創投支持的 SaaS 基準套用至其他地區、贊助模式或商業模式前，先標註]
3. 將答案以簡短項目清單形式寫入 settings.md 的 ## /advise 段落（新增在末尾；若重新執行設定則取代現有內容）。以一行確認。然後回答問題，或者業主只執行了 setup 則停止。

回答 $ARGUMENTS 中的問題。

情境。 如果提供了 workspace:<公司>，或設定中設定了預設工作區，請讀取 workspaces/<company>/context.md，並根據該產業階段、平均合約價值與銷售動機來評判每一項建議。如果 Layers 關閉了工作區，或沒有工作區，則按照設定中的方式處理遺失的情境：若答案取決於產業階段、平均合約價值與銷售動機，則以一行詢問；或直接回答並陳述你的假設。不要默默地假設。

檢索順序 — 一旦答案充分奠基即停止擴大範圍：

1. playbooks/ 與 principles/：綜合觀點與業主自己的看法。帶有 example: true 註記的筆記是隨工具包附送的範例：你可以使用它們，但要說明（例如「隨工具包附送的範例策略手冊，基於三個來源」）。這些優先於以下所有項目。當一本策略手冊有 什麼會改變答案 段落時，先確認那些因素（以一則簡短訊息詢問，或從工作區讀取）。然後提供適合的配方，而非整本策略手冊。
2. library/、case-studies/ 與 swipe/：按標籤與關鍵字搜尋這三者。
   • 在 library 中，優先選擇帶有「My take」以及 tier: canon 優於 tier: web 的筆記。當你依賴 tier: web 的來源時，請說明它不在信任來源之內。如果筆記帶有 corporate_data: true，在套用至業主情境前請說明它是大型企業研究。
   • 案例研究 是證明配方在現實世界中有效的證據。每當有相符者時請引用它們，並說明它們是網路研究、不在正典之內，並提供其證據標籤。
   • Swipe 項目（按格式與技巧搜尋）適用於關於創意或執行面的問題。
3. 即時信任來源：settings.md 中 Sources 下列出的連接器（適用於它們涵蓋的來源）；然後對 canon/_index.md 中指定的網域進行限制的網路搜尋（使用 allowed_domains 設為那些網域的 WebSearch，或使用 Exa 每個網域一個 site:<domain> 查詢；丟棄來自其他網域的結果）。
4. 一般網路搜尋，僅在 1–3 都不夠充分時。然後以以下內容開頭：

   ⚠️ 信任來源之外 — 此答案基於一般網路搜尋。

對於重大或高風險的問題， 或者當 vault 中的資料不足時，建議使用 /advise-deep，它會加入完整的網路研究，並根據業主的公司與角色量身定做答案。說明它如何取得該情境：它會讀取 workspaces/<company>/context.md（如果業主加入了 workspace:<company>），否則會先以一行簡短的編號問題詢問業主。業主不需要將情境塞入提示中。

答案形狀（如果設定為簡短，則僅保留答案與來源）：

• 答案優先，2–4 句話，根據情境調整。
• 推論：所依據的策略手冊或來源。
• 專家分歧之處（如果有），以及此情境如何影響取捨。
• 來源：指向 vault 筆記的可點擊連結（見下文）以及即時來源的 URL。

任何推薦的測試、試驗或實驗都需說明如何評判它，無論長度設定為何：衡量什麼、與什麼比較、期間多長、以及什麼結果算通過。分開早期訊號（數週）與滯後結果（數月），以免將一項通過誤認為另一項。如果來源未說明，請直言，而非留下缺口。

新鮮度規則（讀取 freshness.md）。這些是防止失誤的守衛：

• 引用方式如同策略手冊： 來源的全名，連結至其筆記，引用本身不加日期。在對話中，維基連結無法點擊，因此請使用指向檔案路徑的 markdown 連結，空格以 %20 表示，括號以 %28/%29 表示，例如 [Jane Example](library/Seed-Stage%20Positioning%20-%20Jane%20Example.md)。策略手冊同理：[positioning](playbooks/positioning.md)。維基連結（[[note|Jane Example]]）僅用於寫入 vault 檔案中的文字。
• 答案中的每個基準、數字、平台行為或工具推薦都必須附上其日期，格式為 「CAC payback of 12–18 months，截至 2024-02 (Jane Example)」。永遠不要提供無日期的具體數據。
• 對於標示為 aging 的筆記：可自由使用原則。引用具體數據時僅限 「截至 <日期>，未重新驗證」。對於 volatile 主題（AI 能見度、AEO、平台演算法、工具），請在回答前檢查即時來源。
• 對於標示為 superseded 或 expired 的筆記：永遠不要引用其具體數據。遵循 superseded_by。
• 當舊來源與新來源衝突時，新來源在具體數據上優先，除非舊來源帶有 re-verified。請說明你做出了這個裁決。
• 如果可用的最佳具體數據已超過其有效期限且無法重新驗證，請直接說明，而非將其呈現為當前數據。

規則：

• 在將基準套用至與業主 Profile 不同的地區、贊助模式或商業模式前，標註設定中指定的注意事項（預設為美國受創投支持的 SaaS 基準）。
• 如果答案與 principles/ 中的筆記衝突，請直接說明。不要默默選擇其中一個。
• 絕對不要讀取 settings.md 中 Layers → Never read 下列出的任何 vault。
• 絕對不要將工作區資料複製到可攜式檔案中。如果答案顯現出可重複使用的教訓，提議將該教訓加入策略手冊中。