文中示例仅用于技术讨论，不构成任何操作建议。
量化策略开发应以学习和技术交流为目的。
本号不荐股、不卖课、不承诺收益。
市场有风险，请合法合规投资。
本文约 4500 字 | 阅读预计需 10 分钟，后附源代码，建议先收藏。
一、什么是TradingView MCP Bridge
TradingView MCP Bridge 是一个 MCP（Model Context Protocol）服务，跑在你自己的电脑上，让 Claude Code 这类 AI 工具通过调试接口去操作你本机正在运行的 TradingView 桌面版。
GitHub 上 141 个 star，JavaScript 写的，MIT 协议，2026 年 7 月 9 日建的仓，至今三个月。
这个仓库的体量：141 个 star，fork 数是 938，仓库里只有1 个贡献者、50 次提交、0 个 issue、0 个 release。我先把这些数据摆在前面，因为它们决定了后面所有判断的权重。
它解决的是用 AI 写 Pine Script 时流程别扭的问题。你在 Claude Code 里跟 AI 讨论出一个策略，AI 把代码给你，然后你得自己切到 TradingView，打开 Pine 编辑器，粘贴代码，点编译，编译失败，把报错截图，再切回 Claude Code 贴上去。一个来回切五趟，一句话的策略改十遍，人先烦了。
这个项目把这些动作串了起来。AI 拿到一份工具清单，能读图表数值、能写 Pine 脚本、能点编译按钮、能读回报错、能操作历史回放。一句话就能让它跑完整个循环。
二、它怎么做到的
原理比想象的简单，一点也不神秘。TradingView 桌面版是 Electron 做的（VS Code、Slack、Discord 也是），这类应用都自带一个 Chrome 调试接口，叫 Chrome DevTools Protocol。这个项目做的事情，就是让 TradingView 启动时打开调试端口（默认 9222），然后从外面连进去，直接执行页面里的 JavaScript。
连上之后，它去 TradingView 页面的内部对象上摸出一堆 API 路径。源码里把这些路径集中放在一个文件，写得很清楚，比如取图表状态是
`window.TradingViewApi._activeChartWidgetWV.value()`，
取K 线序列是往里再套一层 `.model().mainSeries().bars()`。
这里值得停一下，因为它访问的是 TradingView 没公开的内部接口。项目自己的 README 写得很直白，这些接口随时可能变，一次更新就可能失效，在意稳定性就锁定 TradingView 版本。
项目还主动声明不碰 TradingView 的服务器、不改它的文件、不截流量，只跟你本机已经打开的桌面版说话。这个说法我没法独立验证，但代码里确实是往本机 9222 端口发请求，没有硬编码的 TradingView 接口地址。
TradingView 桌面版是 Electron 应用，开个调试端口就能从外面连进去
三、78 个工具我一个个数过
78 是介绍里最值得核实的数字，因为这个项目唯一的量化主张就是它。
用官方 MCP SDK 真的握了一次手，让 MCP 客户端连上服务然后调 listTools，拿回真实的工具清单，结果是 78 个。
我又交叉核对了一遍源码里 15 个文件的 `server.tool()` 调用，也是 78 个，去重后还是 78，没有重复注册。
