為什麼你用Claude做市場調研，效果只有別人的十分之一？
整理版優先睇
用Claude做市場調研嘅關鍵唔係提示詞，而係揀啱界面同混合工具組合
作者Alireza Rezvani分享自己做市場調研嘅經驗。佢最初將Claude當做高級聊天機器人，問問題、得答案、手動整理，效果一般。後來佢發現真正嘅槓桿在於根據任務選擇Claude嘅三個界面：Web UI+Research模式、Projects同Claude Code。
佢建立咗一套混合工具工作流，結合Perplexity攞即時數據、Claude Projects做分析、Google Trends驗證趨勢，每次研究慳返大量時間。佢亦強調200K上下文窗口需要策略性餵養，同埋並行子代理可以將線性研究變成指數級。
整體結論係Claude唔係市場研究嘅替代品，而係基礎設施。同時要誠實面對限制：知識截止日期、幻覺風險、唔能夠代替一手研究。選擇正確嘅界面，先至可以發揮真正槓桿。
- 選擇正確嘅Claude界面比寫提示詞更重要：Research模式探索未知，Projects分析已知文檔，Claude Code並行研究。
- 混合工具棧係必需：用Perplexity攞即時數據，Claude Projects做綜合分析，Google Trends驗證趨勢。
- 200K上下文窗口需要策略性餵養：用標題結構化文檔，注意「上下文腐爛」問題，必要時開新對話。
- Claude Code嘅並行子代理可以將研究時間大幅縮短，但要注意子代理唔可以嵌套。
- 誠實面對Claude嘅限制：知識截止日期、幻覺風險、唔能夠代替一手研究，所有結果需要驗證。
Research模式提示詞模板
使用Research工具分析[品類]競爭格局，包含市場規模、前5玩家、定價模式、融資、客戶情緒，標註過期數據。
三段式市場研究工作流
步驟1: Perplexity收集即時數據（15-30分鐘）；步驟2: Claude Projects上傳資料做戰略綜合（20-40分鐘）；步驟3: Google Trends驗證趨勢（5-10分鐘）。
並行競品分析斜槓命令
保存到~/.claude/commands/compete.md，調用方式: /compete [competitor1] [competitor2] [competitor3]，自動生成獨立報告、對比矩陣和差距分析。
內容片段
第一步：Perplexity（15-30分鐘）→ 收集實時市場數據：最新融資、產品公告、定價變動→ 導出引用來源——後面驗證要用第二步：Claude Projects（20-40分鐘） → 上傳Perplexity導出內容 + 競品文檔→ 請求戰略綜合：定位分析、功能差距、SWOT矩陣第三步：Google Trends（5-10分鐘）→ 驗證競品品牌搜索量→ 識別上升/下降趨勢→ 檢查地域集中度揀啱Claude界面，等於揀啱研究槓桿
作者發現好多人（包括佢自己）只係將Claude當做高級聊天機器人，問問題、得答案、手動整理。但真正嘅槓桿在於知道幾時用Claude嘅邊個界面。
Claude其實有三個完全唔同嘅界面，每個都為唔同場景優化。
- **Web UI + Research模式**：最佳用途係初始市場掃描，自動調研5-45分鐘，跨數百個來源。
- **Projects**：用嚟分析已上傳嘅文檔，200K上下文窗口配合RAG檢索，可以根據問題搜索文件。
- **Claude Code**：適合批量並行研究，可以生成多個子代理同時執行，速度指數級提升。
呢個區別絆倒咗大多數用戶，亦係表面答案同深度情報之間嘅分水嶺。
混合工具棧：Claude唔係唯一工具
作者強調只用Claude係最大嘅戰略失誤。Claude嘅知識截止日期係2025年5月，定價數據可能已經過時；上週嘅功能發佈公告更加無可能喺訓練數據出現。
佢嘅實際工具棧包含三個步驟：Perplexity（15-30分鐘）、Claude Projects（20-40分鐘）、Google Trends（5-10分鐘）。
- 1 **Perplexity**：收集即時市場數據，包括最新融資、產品公告、定價變動，導出引用來源方便驗證。
- 2 **Claude Projects**：上傳Perplexity導出內容加競品文檔，請佢做戰略綜合：定位分析、功能差距、SWOT矩陣。
- 3 **Google Trends**：驗證競品品牌搜索量，識別上升/下降趨勢，檢查地域集中度。
建立你自己嘅三段式工作流：即時數據層 → AI綜合層 → 趨勢驗證層。
並行子代理：將研究速度變指數級
呢度係Claude Code改變遊戲規則嘅地方。順序執行：5個競品每個10分鐘 = 50分鐘；並行執行：5個競品同時分析 = 大約10分鐘。
Claude Code嘅Task工具可以生成併發運行嘅子代理，每個有獨立上下文窗口，主代理保持乾淨專注做綜合分析。
- 1 **基於提示詞嘅並行執行**：喺提示詞中明確並行指令，例如用 `claude -p` 帶上子代理研究5個競品。
- 2 **透過 --agents 標誌自定義子代理**：為唔同研究維度定義專門代理，例如 pricing-analyst、feature-analyst。
- 3 **可複用嘅斜槓命令**：將並行競品分析命令保存到 ~/.claude/commands/compete.md，隨時重複使用。
但要留意限制：子代理唔可以再生成子代理，即係冇嵌套。並行只能喺一個層級進行。
誠實面對Claude嘅能力邊界
作者坦承工作流會喺以下情況崩潰，讀者要留意。
知識截止日期係2025年5月，Claude可能會引用已停用嘅定價層級或過時領導團隊。
- **知識截止日期**：永遠用公司官網驗證當前數據。
- **Research模式要付費**：需要Pro、Max、Team或Enterprise先用到。
- **具體細節有幻覺風險**：Claude偶爾會編造功能名稱、虛構造價層級。
- **唔能夠代替一手研究**：佢綜合現有信息，唔可以採訪客戶或訪問內部數據。
- **子代理唔支援嵌套**：複雜多階段研究需要順序編排。
下一步探索方向包括MCP服務器集成、自動監控競品變化、多模型路由等。根本性嘅轉變在於認識到：Claude唔係市場研究嘅替代品，而係基礎設施。你選擇嘅界面，決定咗你嘅槓桿。
真相唔喺提示詞，而係你根本冇打開啱嘅門
星期二朝早。
五個競爭對手嘅定價頁面喺瀏覽器裏面排成一排。我第三次將功能點複製貼上落Excel表格，心入面清楚：等我報告嘅時候，呢啲數據早就過時咗。
聽落熟口熟面嗎？
我用Claude做研究幾個月，一路當佢係「高級聊天機械人」——問問題，攞答案，手動整理結果。
用得，但係講唔上驚豔。
直到我發現咗一件事：
真正嘅槓桿，唔在於寫更好嘅提示詞，而在於——你知唔知幾時應該用Claude嘅邊個界面。
結果？
競爭對手分析：3個鐘 → 25分鐘 市場趨勢綜合：6個鐘 → 1個鐘 數據保鮮：隨時重新執行工作流程，想要幾新有幾新
呢套系統，而家係我哋公司嘅生產級工具。
今日，我拆開畀你睇。
💡 Claude唔係一個工具，係三個
大多數Claude教學，默認你用緊瀏覽器聊天界面。
呢個就好似評價一間餐廳，淨係睇菜單唔入門口——你錯過咗最精華嘅部分。
Claude其實有三個完全唔同嘅界面，每個都為唔同場景優化：
| Web UI + Research模式 | ||
| Projects | ||
| Claude Code |
幾時用邊個？
Research模式：當你仲未知競爭對手係邊個嗰陣用。㩒左下角掣（變藍色），Claude會自動用5-45分鐘深度挖掘上百個資訊來源。
Projects：當你已經鎖定咗競爭對手，想分析上傳嘅定價頁、功能清單、營銷文案嗰陣用。200K token嘅上下文窗口用RAG檢索——Claude會根據你嘅問題去搜尋文件，按需要提取相關段落，而唔係一次過全部載入。
Claude Code：當你需要同時研究5個或以上競爭對手嗰陣用。你可以生成多個子代理，每個都有獨立嘅上下文窗口，主代理保持乾淨專注做綜合分析。
🔥 上下文窗口嘅價值，唔只在於大細——更加在於持久性同並行性。
即刻行動：下次做調研之前，先問自己：我而家需要嘅係「探索未知」定係「分析已知」？答案決定你應該打開邊個界面。
💡 淨係用Claude，係最大嘅戰略失誤
呢個係一個令人唔舒服嘅真相：
Claude單獨使用，唔足以支撐全面嘅市場研究。
我試過單一工具路線。唔得。
Claude嘅知識截止日期係2025年5月——定價數據可能已經過時幾個月 上星期嘅功能發佈公告？訓練數據入面根本冇 搜索量數據？需要專業工具
我實際嘅工具棧
第一步：Perplexity（15-30分鐘）
→ 收集實時市場數據：最新融資、產品公告、定價變動
→ 導出引用來源——後面驗證要用
第二步：Claude Projects（20-40分鐘）
→ 上傳Perplexity導出內容 + 競品文檔
→ 請求戰略綜合：定位分析、功能差距、SWOT矩陣
第三步：Google Trends（5-10分鐘）
→ 驗證競品品牌搜索量
→ 識別上升/下降趨勢
→ 檢查地域集中度
點解唔可以淨係用Claude？
上個月，我問Claude某個競爭對手嘅企業版定價。
佢自信滿滿咁引用咗一個套餐層級。
問題係——嗰個套餐2024年就停咗。
Perplexity通過實時搜索發現咗呢個錯誤，直接顯示咗當前嘅定價頁面。
🔥 混合工具方案每次多用20分鐘，但係可以救你一場尷尬嘅報告。
即刻行動：建立你自己嘅三段式工作流程——實時數據層 → AI綜合層 → 趨勢驗證層。
💡 Deep Research同普通Claude，係兩個物種
呢個區別絆倒咗大多數用戶——亦係表面答案和深度情報之間嘅分水嶺。
幾時用邊個？
❓ 「XX領域嘅前5大競爭對手係邊個？」
→ 用Research模式。你唔知道自己唔知啲乜。
❓ 「比較我已經確定咗嘅呢5個競爭對手」
→ 用普通Claude + Projects。你有輸入，需要綜合。
一個有效嘅提示詞模式
使用Research工具分析[你的品類]的競爭格局。
包含：
- 市場規模和增長預測（標註來源）
- 按估計市場份額排名的前5玩家
- 各層級定價模式和套餐設計
- 近期融資輪次（2024-2025）
- 評價網站上的客戶情緒模式
標記所有超過6個月的數據。
重要提示：Google Workspace整合喺呢度好關鍵。如果你收過競爭對手嘅電郵、喺文件討論過定位、或者安排過戰略會議，Research模式可以同時提取呢啲內部上下文同外部網頁數據。
💡 200K上下文窗口，需要策略性餵飼
競爭對手分析需要畀Claude大量文件。冇載入策略，你會浪費token喺無關內容上，分析到一半就撞牆。
200K token實際上意味住啲乜？
5個競爭對手嘅定價、功能、定位分析，預計需要4-6萬token嘅原始材料——仲要留空間對話。
為檢索優化文件結構
Projects使用RAG，意味住Claude會搜尋上傳文件並提取相關段落。幫檢索系統，就係幫你自己：
## 競品：Notion
### 定價（截至2025年1月）
- 免費版：$0，有限blocks
- Plus：$10/用戶/月，無限blocks
- Business：$15/用戶/月，高級權限
- Enterprise：定製定價，SSO，審計日誌
### 核心功能
- 基於blocks的編輯器
- 數據庫視圖（表格、看板、日曆、畫廊）
- 所有付費版API訪問
### 市場定位
"文檔、Wiki和項目的連接工作空間"
目標：用一個平台替代多個工具的團隊
⚠️「上下文腐爛」問題
長對話會降低響應質素。
當上下文使用率超過大約70%，我留意到：回答變得膚淺、之前嘅分析被遺忘、結論開始自相矛盾。
🔥 與其死撐到底，不如索性開新對話。Projects會保留你嘅文件上下文，就算你開始新聊天。
💡 並行子代理，令研究從線性變成指數級
這是Claude Code改變遊戲規則嘅地方。
計一筆數
順序執行：5個競品 × 每個10分鐘 = 50分鐘
並行執行：5個競品同時分析 = ~10分鐘
Claude Code嘅Task工具可以生成並行運行嘅子代理，每個都有獨立嘅上下文窗口。主代理保持乾淨，專注做綜合分析。
方法一：基於提示詞嘅並行執行
最簡單嘅方式——喺提示詞入面明確並行指令：
claude -p "使用子代理並行研究這5個競品：
Notion, Coda, Slite, Obsidian, Craft。
對每個競品分析：
- 定價層級和每席位成本
- 核心功能和集成
- 目標客戶細分
- 最近產品更新（過去6個月）
創建獨立文件：./research/[name]-analysis.md
然後綜合成：./research/comparison-matrix.md" \
--allowedTools "Task,WebSearch,WebFetch,Read,Write" \
--max-turns 20
方法二：透過--agents標誌自定義子代理
為唔同研究維度定義專門嘅代理：
claude --agents '{
"pricing-analyst": {
"description": "提取和比較定價結構",
"prompt": "你分析SaaS定價模式。提取所有層級、每席位成本、功能門檻和企業選項。",
"tools": ["WebSearch", "WebFetch", "Write"],
"model": "sonnet"
},
"feature-analyst": {
"description": "評估產品能力",
"prompt": "你評估產品功能。聚焦核心功能、集成、API訪問和獨特差異化因素。",
"tools": ["WebSearch", "WebFetch", "Write"],
"model": "sonnet"
}
}'
方法三：可重用嘅斜槓命令
保存到 ~/.claude/commands/compete.md，隨時重用：
---
allowed-tools: Task, WebSearch, WebFetch, Read, Write
argument-hint: [competitor1] [competitor2] [competitor3]
description: 運行並行競品分析
---
## 並行競品分析
使用子代理同時研究這些競品：$ARGUMENTS
對每個競品收集：
1. **定價**：所有層級、每席位成本、企業選項
2. **功能**：核心能力、集成、API訪問
3. **定位**：目標市場、信息傳遞、關鍵差異化
4. **勢頭**：近期發佈、融資、媒體報道
輸出：
- 獨立報告：`./research/[name]-profile.md`
- 對比矩陣：`./research/comparison.md`
- 差距分析：`./research/opportunities.md`
調用：/compete Notion Coda Slite Obsidian Craft
⚠️ 重要限制：子代理唔可以再生成子代理——冇嵌套。喺一個層級規劃你嘅並行。
📊 實際效果：前後對比
每星期影響：喺典型研究節奏下，節省8-10個鐘。
呢啲數據來自我自己嘅實際計時。你嘅結果會因行業複雜度同驗證需求而異。
⚠️ 老實嘅限制
我仲喺度摸索。以下係工作流程會崩潰嘅地方：
知識截止日期好重要
Claude嘅訓練截止到2025年5月。我抓到過佢引用已停用嘅定價層級、過時嘅領導團隊、已廢棄嘅功能。永遠用公司官網驗證當前數據。
Research模式唔係人人用得
你需要Pro、Max、Team或Enterprise。免費版唔包含代理式研究能力。
具體細節有幻覺風險
Claude間中會作功能名稱、虛構定價層級、或者錯誤歸因引用。聲明越具體，越需要驗證。
唔可以替代一手研究
Claude綜合現有資訊。佢唔可以採訪客戶、存取公司內部數據、或者揭示公開來源以外嘅情報。
子代理唔支援嵌套
並行執行只能夠喺一個層級。複雜多階段研究需要在並行階段之間進行順序安排。
🔮 下一步探索
工作流程仲喺度進化。我正在探索嘅方向：
MCP伺服器整合：將Claude Code直接連接Linear、Jira或者內部數據庫 自動監控競爭對手變化：定時運行，自動標記定價更新或者功能發佈 多模型路由：用Haiku做高頻提取，Sonnet做綜合分析——優化成本唔犧牲質素
根本性嘅轉變唔在於更好嘅提示詞。而在於認識到：Claude唔係市場研究嘅替代品——佢係市場研究嘅基礎設施。
你選擇嘅界面，決定咗你嘅槓桿。
💬 互動話題
你自動化咗邊啲研究工作流程？
我特別好奇B2B競爭情報領域，同埋大家點處理實時定價驗證嘅問題。
歡迎喺留言區分享你嘅經驗。
本文引用自原文作者Alireza Rezvani嘅實際研究實踐，工作流程、時間測量同限制都係來自真實使用場景。
真相不在提示詞，而在你根本沒打開對的門
週二早晨。
五個競品定價頁面在瀏覽器裏排成一排。我第三次把功能點複製粘貼進Excel表格，心裏清楚：等我彙報的時候，這些數據早就過時了。
聽起來熟悉嗎？
我用Claude做研究好幾個月，一直把它當作"高級聊天機器人"——問問題，得答案，手動整理結果。
能用，但談不上驚豔。
直到我發現了一件事：
真正的槓桿，不在於寫更好的提示詞，而在於——你知道什麼時候該用Claude的哪個界面。
結果？
競品分析：3小時 → 25分鐘 市場趨勢綜合：6小時 → 1小時 數據保鮮：隨時重跑工作流，想要多新有多新
這套系統，現在是我們公司的生產級工具。
今天，我把它拆給你看。
💡 Claude不是一個工具，是三個
大多數Claude教程，默認你用的是瀏覽器聊天界面。
這就像評價一家餐廳，只看菜單不進門——你錯過了最精華的部分。
Claude其實有三個完全不同的界面，每個都為不同場景優化：
| Web UI + Research模式 | ||
| Projects | ||
| Claude Code |
什麼時候用哪個？
Research模式：當你還不知道競爭對手是誰的時候用。點擊左下角按鈕（變藍），Claude會自主花5-45分鐘深挖上百個信息源。
Projects：當你已經鎖定了競品，想分析上傳的定價頁、功能清單、營銷文案時用。200K token的上下文窗口用RAG檢索——Claude會根據你的問題去搜索文件，按需提取相關段落，而不是一股腦全部加載。
Claude Code：當你需要同時研究5個以上競品時用。你可以生成多個子代理，每個都有獨立的上下文窗口，主代理保持乾淨專注做綜合分析。
🔥 上下文窗口的價值，不只在於大小——更在於持久性和並行性。
立即行動：下次做調研前，先問自己：我現在需要的是"探索未知"還是"分析已知"？答案決定你該打開哪個界面。
💡 只用Claude，是最大的戰略失誤
這是一個讓人不舒服的真相：
Claude單獨使用，不足以支撐全面的市場研究。
我試過單一工具路線。不行。
Claude的知識截止日期是2025年5月——定價數據可能已經過時好幾個月 上週的功能發佈公告？訓練數據里根本沒有 搜索量數據？需要專業工具
我的實際工具棧
第一步：Perplexity（15-30分鐘）
→ 收集實時市場數據：最新融資、產品公告、定價變動
→ 導出引用來源——後面驗證要用
第二步：Claude Projects（20-40分鐘）
→ 上傳Perplexity導出內容 + 競品文檔
→ 請求戰略綜合：定位分析、功能差距、SWOT矩陣
第三步：Google Trends（5-10分鐘）
→ 驗證競品品牌搜索量
→ 識別上升/下降趨勢
→ 檢查地域集中度
為什麼不能只用Claude？
上個月，我問Claude某競品的企業版定價。
它自信滿滿地引用了一個套餐層級。
問題是——那個套餐2024年就停了。
Perplexity通過實時搜索發現了這個錯誤，直接顯示了當前的定價頁面。
🔥 混合工具方案每次多花20分鐘，但能救你一場尷尬的彙報。
立即行動：建立你自己的三段式工作流——實時數據層 → AI綜合層 → 趨勢驗證層。
💡 Deep Research和普通Claude，是兩個物種
這個區別絆倒了大多數用戶——也是表面答案和深度情報之間的分水嶺。
什麼時候用哪個？
❓ "XX領域的前5大競爭對手是誰？"
→ 用Research模式。你不知道自己不知道什麼。
❓ "比較我已經確定的這5個競品"
→ 用普通Claude + Projects。你有輸入，需要綜合。
一個有效的提示詞模式
使用Research工具分析[你的品類]的競爭格局。
包含：
- 市場規模和增長預測（標註來源）
- 按估計市場份額排名的前5玩家
- 各層級定價模式和套餐設計
- 近期融資輪次（2024-2025）
- 評價網站上的客戶情緒模式
標記所有超過6個月的數據。
重要提示：Google Workspace集成在這裏很關鍵。如果你收到過競品郵件、在文檔中討論過定位、或安排過戰略會議，Research模式可以同時調取這些內部上下文和外部網頁數據。
💡 200K上下文窗口，需要策略性餵養
競品分析需要給Claude大量文檔。沒有加載策略，你會浪費token在無關內容上，分析到一半就撞牆。
200K token實際意味着什麼？
5個競品的定價、功能、定位分析，預計需要4-6萬token的源材料——還要留空間對話。
為檢索優化文檔結構
Projects使用RAG，意味着Claude會搜索上傳文件並提取相關段落。幫助檢索系統，就是幫助你自己：
## 競品：Notion
### 定價（截至2025年1月）
- 免費版：$0，有限blocks
- Plus：$10/用戶/月，無限blocks
- Business：$15/用戶/月，高級權限
- Enterprise：定製定價，SSO，審計日誌
### 核心功能
- 基於blocks的編輯器
- 數據庫視圖（表格、看板、日曆、畫廊）
- 所有付費版API訪問
### 市場定位
"文檔、Wiki和項目的連接工作空間"
目標：用一個平台替代多個工具的團隊
⚠️ "上下文腐爛"問題
長對話會降低響應質量。
當上下文使用率超過約70%，我注意到：回答變得膚淺、之前的分析被遺忘、結論開始自相矛盾。
🔥 與其硬撐到底，不如果斷開新對話。Projects會保留你的文檔上下文，即使你開始新聊天。
💡 並行子代理，讓研究從線性變成指數級
這是Claude Code改變遊戲規則的地方。
算一筆賬
順序執行：5個競品 × 每個10分鐘 = 50分鐘
並行執行：5個競品同時分析 = ~10分鐘
Claude Code的Task工具可以生成併發運行的子代理，每個都有獨立的上下文窗口。主代理保持乾淨，專注做綜合分析。
方法一：基於提示詞的並行執行
最簡單的方式——在提示詞中明確並行指令：
claude -p "使用子代理並行研究這5個競品：
Notion, Coda, Slite, Obsidian, Craft。
對每個競品分析：
- 定價層級和每席位成本
- 核心功能和集成
- 目標客戶細分
- 最近產品更新（過去6個月）
創建獨立文件：./research/[name]-analysis.md
然後綜合成：./research/comparison-matrix.md" \
--allowedTools "Task,WebSearch,WebFetch,Read,Write" \
--max-turns 20
方法二：通過--agents標誌自定義子代理
為不同研究維度定義專門的代理：
claude --agents '{
"pricing-analyst": {
"description": "提取和比較定價結構",
"prompt": "你分析SaaS定價模式。提取所有層級、每席位成本、功能門檻和企業選項。",
"tools": ["WebSearch", "WebFetch", "Write"],
"model": "sonnet"
},
"feature-analyst": {
"description": "評估產品能力",
"prompt": "你評估產品功能。聚焦核心功能、集成、API訪問和獨特差異化因素。",
"tools": ["WebSearch", "WebFetch", "Write"],
"model": "sonnet"
}
}'
方法三：可複用的斜槓命令
保存到 ~/.claude/commands/compete.md，隨時重複使用：
---
allowed-tools: Task, WebSearch, WebFetch, Read, Write
argument-hint: [competitor1] [competitor2] [competitor3]
description: 運行並行競品分析
---
## 並行競品分析
使用子代理同時研究這些競品：$ARGUMENTS
對每個競品收集：
1. **定價**：所有層級、每席位成本、企業選項
2. **功能**：核心能力、集成、API訪問
3. **定位**：目標市場、信息傳遞、關鍵差異化
4. **勢頭**：近期發佈、融資、媒體報道
輸出：
- 獨立報告：`./research/[name]-profile.md`
- 對比矩陣：`./research/comparison.md`
- 差距分析：`./research/opportunities.md`
調用：/compete Notion Coda Slite Obsidian Craft
⚠️ 重要限制：子代理不能再生成子代理——沒有嵌套。在一個層級規劃你的並行。
📊 實際效果：前後對比
每週影響：在典型研究節奏下，節省8-10小時。
這些數據來自我自己的實際計時。你的結果會因行業複雜度和驗證需求而異。
⚠️ 誠實的侷限性
我還在摸索。以下是工作流會崩潰的地方：
知識截止日期很重要
Claude的訓練截止到2025年5月。我抓到過它引用已停用的定價層級、過時的領導團隊、已廢棄的功能。永遠用公司官網驗證當前數據。
Research模式不是人人可用
你需要Pro、Max、Team或Enterprise。免費版不包含代理式研究能力。
具體細節有幻覺風險
Claude偶爾會編造功能名稱、虛構定價層級、或錯誤歸因引用。聲明越具體，越需要驗證。
不能替代一手研究
Claude綜合現有信息。它不能採訪客戶、訪問公司內部數據、或揭示公開來源之外的情報。
子代理不支持嵌套
並行執行只能在一個層級。複雜多階段研究需要在並行階段之間進行順序編排。
🔮 下一步探索
工作流還在進化。我正在探索的方向：
MCP服務器集成：把Claude Code直接連接Linear、Jira或內部數據庫 自動監控競品變化：定時運行，自動標記定價更新或功能發佈 多模型路由：用Haiku做高頻提取，Sonnet做綜合分析——優化成本不犧牲質量
根本性的轉變不在於更好的提示詞。而在於認識到：Claude不是市場研究的替代品——它是市場研究的基礎設施。
你選擇的界面，決定了你的槓桿。
💬 互動話題
你自動化了哪些研究工作流？
我特別好奇B2B競爭情報領域，以及大家如何處理實時定價驗證的問題。
歡迎在評論區分享你的經驗。
本文引用自原文作者Alireza Rezvani的實際研究實踐，工作流程、時間測量和侷限性均來自真實使用場景。