TradingView MCP 怎麼接？先查 OAuth、方案與可寫入工具

先確認方案、endpoint 與傳輸方式#

TradingView 文件目前把這個服務標成 beta，並要求 Essential 或更高方案；trial 不在支援範圍。官方 endpoint 是：

1
https://mcp.tradingview.com/mcp

連線使用 OAuth 2.1，不需要自行產生 TradingView API key。這個差異很重要：你交給 client 的是登入授權流程，不是可以隨意複製到 shell history 的永久 token。

不同 client 的設定入口可能不同，但責任邊界相同：

如果 client 要求你貼入一段看不懂的 access token 或改用第三方 proxy，先停下來。官方文件的主路徑是 OAuth 2.1 與 Streamable HTTP，不需要因為另一篇教學的 JSON 欄位不同就繞過官方授權。

先分 read-only 和會修改帳號的工具#

第一次連線不要直接讓 agent 自由選工具。先把功能分類：

以目前官方工具清單來看，服務重點是行情與研究資料、清單及提醒管理；文件沒有把券商下單列在這組工具清單中。因此，不要把「可以查到市場資料」延伸解讀成「可以代替券商交易介面」。這是依現有工具範圍做的邊界判讀，仍應以你連線後看到的實際 tool list 為準。

用三步驟做安全 smoke test#

授權完成後，按照從低副作用到高副作用的順序測試：

1. 身份確認：確認 client 顯示的 TradingView 使用者、方案與連線 endpoint；不要在公開 log 保存 OAuth callback 或 token。
2. 查詢驗證：只呼叫 symbol search、news 或 screener 類 read-only 工具，拿一個你熟悉的標的比對名稱、交易所和資料時間。這一步不能證明資料是即時，也不能證明所有工具都可用。
3. 寫入隔離：若真的要測 alert 或 watchlist，先用測試名稱、最小條件和一次性目標；prompt 明確要求在寫入前停下來，完成後再次讀回確認，最後由人刪除測試項目。

這個流程也符合 接 MCP 前先做能力盤點 的原則：先確定現有 client 是否已能完成任務，再決定是否需要新增外部工具；需要新增時，先只開一個真正的缺口。

把 beta 限制寫進產品設計#

TradingView 官方公告提醒，目前仍在公開 beta，工具清單有限，部分市場資料可能延遲，某些工具也可能尚未順暢運作。文件另列出約每位使用者每分鐘 100 次 tool calls 的限制，公告也提醒可能有每日請求限制。

所以整合時至少要留下這些保護：

• 快取與去重：不要讓 agent 為了回答同一個問題反覆查詢；把查詢時間與 symbol 放入自己的 request log。
• 時間語意：在 UI 或報告裡標示資料時間與可能延遲，不要把 beta 查詢寫成「即時價格」。
• 重試上限：遇到 rate limit 或工具錯誤時，限制重試次數並回報失敗原因，不要無限輪詢。
• 寫入審批：任何 alert、watchlist 或其他 account mutation 都要把目標與內容呈現給使用者確認。
• 降級路徑：TradingView MCP 暫時不可用時，讓產品回傳「資料未取得」；不要用過期快取偽裝成最新結果。

這篇只談 MCP 連線與工具權限，不提供選股、進出場或報酬建議。即使資料成功回傳，也需要依你的市場、方案、延遲與風險政策另外判斷。

常見問題#