How to Connect Claude to Real Market Data (No Coding)
AramTrades
0:00 / 0:00
How to Connect Claude to Real Market Data (No Coding)
21 просмотр · 11 дн. назад
AramTrades
12 подписчиков
21 просмотр · 11 дн. назад
Got a trading idea? Instead of spending hours marking trades by hand on TradingView, describe it in plain English and get a real backtest back in minutes.
In this video I connect Claude to real market data from Massive.com, host it on Railway, and let Claude do most of the building with one prompt.
WHAT YOU NEED
Claude (paid plan) + Claude in Chrome extension
Railway: https://railway.com
Massive.com (free tier works to start): https://massive.com
GitHub account (free)
THE PROMPT
Paste this into Claude in Chrome:
I want to deploy my own Massive.com MCP server on Railway so I can connect it to Claude as a custom connector. Use the browser to do the work. I'm already logged in to GitHub, Railway, and Massive in this browser.
Ground rules:
Never type or paste my API key, passwords, or any secrets. When a step needs my key, stop and tell me exactly where to paste it.
If anything asks me to log in, authorize an app, or accept terms, stop and let me do it.
Don't change or delete any of my existing GitHub repos or Railway projects.
Before each step, tell me in one short sentence what you're about to do.
Step 1: Fork the repo
Go to github.com/massive-com/mcp_massive and fork it to my account. Keep the default name.
Step 2: Make it work as a hosted server
The original is built to run on a laptop, not in the cloud. In my fork, check the code and the Dockerfile and fix these if needed, using the GitHub web editor:
a) It has to run over HTTP (streamable HTTP) and answer at the path /mcp, not over stdio. Make that the default so no extra setting is needed.
b) It has to listen on 0.0.0.0, not localhost or 127.0.0.1, and use the port from the PORT environment variable that Railway sets.
c) If the Dockerfile switches to a non-root user, the app folder has to be owned by that user (chown) before the USER line, or the server crashes on startup.
If the repo already handles any of these, tell me and skip it. Show me each change before you commit it.
Step 3: Deploy on Railway
Create a new Railway project from my fork and let it build using the Dockerfile. If Railway asks for GitHub access, stop and let me approve it.
Step 4: Add the API key
Open the service's Variables tab and add a variable named MASSIVE_API_KEY. Then stop and let me paste my key into the value field myself.
Step 5: Make it public
In the service's Settings, under Networking, generate a public domain.
Step 6: Confirm it's running
Open the deploy logs and check the server started with no errors. If the build or startup fails, read the error, fix it in my fork, and redeploy. Explain what broke in plain English.
When it's running, give me the full connector URL (the Railway domain with /mcp on the end) and remind me to keep it private, since anyone who has it can use my API quota.
Keep your connector URL private. Anyone who has it can use your Massive API quota.
I'm not a financial advisor. This is a research tool, not trading advice. Past results don't guarantee future performance.