利基研究 是做什麼的？
Codex 與 Claude 執行環境
- 在 Codex 或 Claude 中使用此技能時，請使用當前任務中實際可用的工具。
AskUserQuestion範例描述的是問題內容，而非強制要求的 API：請在工具限制範圍內使用可用的提問工具，或直接在對話中提問。重複使用已提供的答案和來源資料。 - 在使用者選擇的專案中工作。在進行個人化工作之前，請先閱讀專案的
about-me.md、voice.md及相關品牌檔案。如果檔案內容衝突或包含預設的範本內容，請確認預期的作者身份。針對缺少的事實進行提問，或執行voice-builder；切勿繼承維護者的身份、帳號或私人檔案。 - 相對於此技能資料夾來解析捆綁的
references/。如果明確要求重新整理設定檔，請直接讀取並更新標準的about-me.md、voice.md或newsletter-voice.md，同時保留無關的使用者事實和規則。使用者端必須重新讀取這些標準檔案。僅在會與不相關的現有檔案衝突時，才為新的交付成果使用新的檔案名稱。僅安裝此技能絕不會啟動訪談或寫入檔案。除非被要求，否則不要寫入持續性的學習記憶。 - 優先使用已提供的證據。必要時，透過可用的搜尋/來源工具驗證外部主張。如果某個來源或整合不可用，請指出缺少的功能，並提供已提供的文字/匯出輸入作為替代。切勿捏造事實、第一手經驗、指標或成功執行的工具。
- 僅透過使用者既有的帳號連線所選路徑所需的服務。切勿列印憑證或覆寫連線。草稿、儲存和檢閱不代表授權發布、發送訊息或變更帳號。
關鍵：載入時自動啟動
當此技能觸發時，直接前往步驟 1。不要總結研究方法。
先決條件
使用 Codex 或 Claude 中實際可用的即時網路搜尋和瀏覽器功能。不需要特定的擴充功能或助手供應商。在選擇路徑前，請先閱讀工具文件並檢查存取權限。使用使用者現有的授權工作階段來取得個人化動態；切勿變更他們的連線。
瀏覽器動態摘要存取和索引式網頁搜尋是不同的證據來源。如果動態摘要不可用，請繼續使用索引式的公開結果，並標註缺少的動態覆蓋範圍。如果沒有任何即時來源存取權限，則當前研究處於待處理狀態；已提供的有日期來源可以支援一個清楚標註為「有限範圍」的簡報。
切勿在任何平台上抓取留言或回覆。僅閱讀原始貼文內文和文章文字。當可見時，可以記錄整體的互動次數。請勿透過任何操作者選項啟用留言收集功能。
步驟 1. 收集利基
呼叫 AskUserQuestion：
[
{
"question": "您想研究什麼利基？",
"header": "利基",
"multiSelect": false,
"options": [
{"label": "我會輸入利基", "description": "在此之後輸入確切的利基詞組"},
{"label": "從 about-me.md 提取", "description": "使用我語音檔案中已存在的利基和受眾"}
]
}
]
如果使用者選擇「從 about-me.md 提取」，請從專案根目錄讀取該檔案。如果檔案不存在或沒有指明一個明確的利基，則回退到要求使用者輸入。
步驟 2. 像人類研究員一樣瀏覽
對以下來源使用可用的路徑；跳過無法存取的動態摘要並附上明確的覆蓋範圍說明。驗證每個項目的發布日期。無一例外，排除任何超過 7 天的項目。
2a. Reddit 動態摘要掃描
- 導航至 https://www.reddit.com/（首頁動態）。
- 滾動動態。載入更多貼文。
- 開啟與利基相關的貼文。在每個貼文上，檢查「X 天前發布」的時間戳記。
- 丟棄超過 7 天的貼文。
- 對 https://www.reddit.com/r/popular/ 重複此步驟。
- 同時搜尋在滾動過程中出現的任何特定於利基的子版塊。
2b. X（Twitter）動態摘要掃描
- 導航至 https://x.com/home（「為你推薦」動態）。
- 滾動多個畫面。
- 開啟原始且與利基相關的貼文。作者本人的連續貼文可能提供上下文；但不要收集回覆/留言串。
- 檢查每個討論串上的貼文時間戳記。
- 丟棄超過 7 天的貼文，即使互動次數很高。
2c. Google 網頁搜尋
逐一執行以下搜尋，開啟前幾個結果，驗證發布日期。
[利基] 新聞（設定工具 → 任何時間 → 過去一週）[利基] 發布（過去一週）[利基] 爭議（過去一週）[利基] 研究（過去一週）[利基] 法規（過去一週）
對每個有希望的結果：
- 開啟頁面。
- 找到可見的發布日期。
- 確認它在最近 7 天內。
- 如果日期缺失、不清楚或超過 7 天，則排除它。
步驟 3. 綜合成主題
收集一個廣泛的、經過驗證且在時間範圍內的項目池。將相關項目分組為主題。每個主題可以結合社交討論和新聞報導。
選擇至少符合以下兩點的主題：
- 高度關注或討論
- 明確的分歧或辯論
- 新穎的見解或新資訊
- 對該利基有實際影響
目標是 20 個主題。如果情況確實有限，較少也可以接受。
步驟 4. 輸出
表格前的第一行：
截至 [DD/MM/YYYY]
然後是一個具有以下確切欄位的 markdown 表格：
| 主題 / 新興故事 | 平台 (Reddit, X, 新聞) | 關鍵社群 / 帳號 / 來源 | 代表性連結 | 關注訊號 | 正在發生或被辯論的內容 | 為什麼它對 [利基] 重要 | 可分享的角度 |
包含一段簡短的覆蓋範圍說明，指出實際使用了哪些動態摘要或索引式搜尋、日期範圍以及任何無法存取的來源。
步驟 5. 提供下一步行動
在表格之後，詢問：
您希望我將這裡的哪一行轉換成一則 LinkedIn 貼文？使用該行號呼叫 post-writer 技能，或呼叫 post-formatter 技能來應用一個框架。
規則
- 切勿捏造連結、指標或日期。
- 無一例外，排除任何超過 7 天的項目。
- 在納入項目之前，驗證每個發布日期。不抄捷徑。
- 保持表格緊湊，覆蓋範圍說明放在表格外面。
- 如果通過篩選的主題少於 20 個，請如實說明。不要用弱項目填充。
- 索引結果並不能證明完整的動態摘要掃描。缺少動態摘要存取是一個限制，而不是沒有相關故事的證據。
- 全文使用英式英語。日期格式為 DD/MM/YYYY。
- 請勿使用破折號。