Загрузка видео...

Не удалось загрузить видео

На главную

Today we're launching Jitsu MCP. This is an MCP server that lets your agent run your entire event pipeline directly in Claude Code, Claude Desktop, Cursor, or VS Code. Here's how it works: Add the server: claude mcp add --transport http jitsu Run this prompt: "Route my web stream...

281,726 просмотров • 21 дней назад •via X (Twitter)

Комментарии: 49

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Here are the Docs, plus the config if you're on Cursor or VS Code instead: Free tier is 200k delivered events a month, so you can point an agent at a real pipeline for absolutely free!

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Not on Claude Code? It's in the MCP registry, so you can add it by name. Search Jitsu in your client's MCP directory.

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Here's the original Launch Video:

Фото профиля Orikan
Orikan20 дней назад

This is the first MCP I’ve seen that actually closes the loop instead of just listing tools. Wiring the stream, checking Live Events, then fixing the function against a real event

Фото профиля Soham Mehta
Soham Mehta20 дней назад

Thanks @GesoraMeshack !! How was your experience with the MCP?

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Your existing Segment SDKs work unchanged, so trying it doesn't mean rewriting tracking calls. And it's MIT. The MCP server is served at /mcp on your own host, so the agent can be driving a pipeline that never leaves your infrastructure.

Фото профиля Sanskriti Naruka
Sanskriti Naruka21 дней назад

This is next level. An MCP that lets your agent wire streams, watch Live Events, rewrite functions and ship only after a real-event test? That's the future of data pipelines. Jitsu just made CDPs actually agentnative.

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Thanks so much sanskriti! <3

Фото профиля Scott Shapiro
Scott Shapiro21 дней назад

@sohmehta the audit log tagging is smart. The thing I'd stress-test is drift between what the agent "fixed" autonomously and what your pipeline actually needed changed. Auto-rewrites on live event functions get risky once schema complexity grows.

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Hey @ScottShapiroUXD , thanks for this. Nothing gets rewritten onto a live function tho - run_function is a sandbox, candidate code plus an event, you get the result and logs back and nothing is persisted or sent downstream. And you replay the events that actually failed out of the event log, so you're diffing against real traffic. Persisting is a separate destructive call, and there's a read only switch if you want zero writes. Every change lands in the audit log tagged MCP with the diff.

Фото профиля Jitsu
Jitsu21 дней назад

The best part is that Your existing Segment SDKs work unchanged, so trying it doesn't mean rewriting tracking calls. Jitsu is MIT licenced. The MCP server is served at /mcp on your own host, so the agent can be driving a pipeline that never leaves your infrastructure.

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Absolutely!

Фото профиля Sebastian Buzdugan
Sebastian Buzdugan20 дней назад

i've seen agents replay production events by mistake, scoped credentials should be default

Фото профиля Ismail Khan
Ismail Khan21 дней назад

Simulation before fabrication is standard practice now. Massive game changer

Фото профиля Fajar M Reza
Fajar M Reza21 дней назад

MCP event pipelines could turn analytics agents into operational teammates.

Фото профиля Soham Mehta
Soham Mehta21 дней назад

yep!!!

Фото профиля Manish Kumar Shah
Manish Kumar Shah21 дней назад

Jitsu

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Sent in your DMs!

Фото профиля Aryan Rakib
Aryan Rakib21 дней назад

This is impressive

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Thanksss!!!

Фото профиля Satvik Mehta
Satvik Mehta21 дней назад

Jitsu

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Sent in your DMs

Фото профиля Rehan
Rehan21 дней назад

Hardware testing is the ultimate growth bottleneck. Brilliant move by Antioch

Фото профиля Vesper Queen
Vesper Queen21 дней назад

This is a huge step for agent-driven data pipelines 🚀 Being able to build, test, monitor, and fix the entire event pipeline directly from Claude Code is seriously impressive. The MIT license and audit log make this even more compelling. 🔥

Фото профиля Soham Mehta
Soham Mehta21 дней назад

thank you 🙌🙌

Фото профиля Usman
Usman21 дней назад

Really interesting

Фото профиля Elizabeth
Elizabeth21 дней назад

This is the kind of MCP integration that makes AI agents genuinely useful. Building a workflow is one thing. Letting the agent test it, catch errors, and fix them before anything goes live is a whole different level. Jitsu MCP looks seriously interesting. 🔥

Фото профиля AWE
AWE20 дней назад

wait you can run the whole pipeline from claude code now?

Фото профиля Soham Mehta
Soham Mehta20 дней назад

Yep! You can just point it at your workspace and ask - route this stream into ClickHouse. Claude Code wires it up and then shows you the live events landing. claude mcp add --transport http jitsu We have a generous free tier, would love for you to try it and let us know feedback!

Фото профиля Aaliya
Aaliya21 дней назад

Open source plus real agent control is a strong combo.

Фото профиля Soham Mehta
Soham Mehta21 дней назад

💜💜

Фото профиля Genius💡💹🧲 🤖
Genius💡💹🧲 🤖21 дней назад

Agent handling the full pipeline end to end instead of just pieces is the real upgrade ngl

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Hey thanks so much! Would love to hear some feedback too :)

Фото профиля Captain Marvelous
Captain Marvelous21 дней назад

jitsu

Фото профиля Soham Mehta
Soham Mehta21 дней назад

Check DMs!

Фото профиля Sebastian Buzdugan
Sebastian Buzdugan20 дней назад

mcp access needs scoped credentials before agents can safely touch production pipelines

Фото профиля Soham Mehta
Soham Mehta20 дней назад

Yes, and we have a version of this already implemented. Jitsu has a read only switch, you can flip it and every write gets rejected at the boundary before the handler runs, so you can point an agent at production safely. Every tool also carries its own annotation, so a destructive call gets gated by your client.

Фото профиля Satvik Mehta
Satvik Mehta21 дней назад

Jitsu

Фото профиля Ofek Shaked | AI Engineer
Ofek Shaked | AI Engineer21 дней назад

Audit log tagged mcp is the only reason I’d let an agent touch a live pipeline. The rewrite-on-error loop is where these things usually lie.

Фото профиля Brjan | AI Builder
Brjan | AI Builder21 дней назад

if integrating with Claude simplifies workflows, it’ll save devs a ton of time

Фото профиля Hatef | AGINAZ
Hatef | AGINAZ21 дней назад

Stateful test environments are a strong idea. A tool call can be valid in isolation but still wrong for the current workflow state.

Фото профиля Acrid Automation
Acrid Automation21 дней назад

my own event pipeline's 'end to end' still means I babysit it end to end. AI agent, tireless, allegedly.

Фото профиля Kapil kumar verma
Kapil kumar verma21 дней назад

Jitsu + Claude Code + MCP feels like a very natural stack for building data pipelines faster. 🔥

Фото профиля Jonnyai
Jonnyai20 дней назад

This is the real test for next-generation AI video models

Фото профиля Sahil Tyagi🇮🇳
Sahil Tyagi🇮🇳21 дней назад

That looks amazing!

Фото профиля Kemal Ege Aktemur
Kemal Ege Aktemur20 дней назад

the useful part isn't 26 tools. it's that an agent can test and route events without leaving the editor. mcp that maps to a real pipeline (not a toy crud server) is what makes coding agents feel production-shaped.

Фото профиля ғanтυѕн ѕнaн
ғanтυѕн ѕнaн21 дней назад

26 tools available directly to the agent is pretty powerful. This could seriously speed up analytics workflows.

Фото профиля Khilesh | AI Tools
Khilesh | AI Tools21 дней назад

This makes MCP much more useful for developers.

Фото профиля Reyansh Rathore
Reyansh Rathore21 дней назад

The agent watching Live Events and debugging functions automatically is probably my favorite part of this launch.

Похожие видео

New course: MCP: Build Rich-Context AI Apps with Anthropic. Learn to build AI apps that access tools, data, and prompts using the Model Context Protocol in this short course, created in partnership with Anthropic Anthropic and taught by Elie Schoppik Elie Schoppik, its Head of Technical Education. Connecting AI applications to external systems that bring rich context to LLM-based applications has often meant writing custom integrations for each use case. MCP is an open protocol that standardizes how LLMs access tools, data, and prompts from external sources, and simplifies how you provide context to your LLM-based applications. For example, you can provide context via third-party tools that let your LLM make API calls to search the web, access data from local docs, retrieve code from a GitHub repo, and so on. MCP, developed by Anthropic, is based on a client-server architecture that defines the communication details between an MCP client, hosted inside the AI application, and an MCP server that exposes tools, resources, and prompt templates. The server can be a subprocess launched by the client that runs locally or an independent process running remotely. In this hands-on course, you'll learn the core architecture behind MCP. You’ll create an MCP-compatible chatbot, build and deploy an MCP server, and connect the chatbot to your MCP server and other open-source servers. Here’s what you’ll do: - Understand why MCP makes AI development less fragmented and standardizes connections between AI applications and external data sources - Learn the core components of the client-server architecture of MCP and the underlying communication mechanism - Build a chatbot with custom tools for searching academic papers, and transform it into an MCP-compatible application - Build a local MCP server that exposes tools, resources, and prompt templates using FastMCP, and test it using MCP Inspector - Create an MCP client inside your chatbot to dynamically connect to your server - Connect your chatbot to reference servers built by Anthropic’s MCP team, such as filesystem, which implements filesystem operations, and fetch, which extracts contents from the web as markdown - Configure Claude Desktop to connect to your server and others, and explore how it abstracts away the low-level logic of MCP clients - Deploy your MCP server remotely and test it with the Inspector or other MCP-compatible applications - Learn about the roadmap for future MCP development, such as multi-agent architecture, MCP registry API, server discovery, authorization, and authentication MCP is an exciting and important technology that lets you build rich-context AI applications that connect to a growing ecosystem of MCP servers, with minimal integration work. Please sign up here!

Andrew Ng

142,256 просмотров • 1 год назад

THIS GUY CONNECTED HIS AI AGENTS TO HIS OBSIDIAN AND BUILT A BRAIN THAT LEARNS ON ITS OWN. HERE'S HOW TO BUILD IT Obsidian is just markdown files sitting in a folder. That turns out to be the perfect memory for an AI agent, because an agent can read and write those files directly. He wired his agents into the vault so they pull context from it, do the work, and write what they learned back. The notes aren't the point. The loop is, and it gets sharper every cycle How to build it: 1. Point an agent at your vault. The fastest way, no plugins, no API keys: open a terminal and run npx obsidian-mcp /path/to/your/vault. That exposes your Obsidian folder to Claude as a tool it can read, search, and write to. Add it to your Claude Code or Cowork config and restart 2. Confirm it can see the brain. Ask it: "list the notes in my vault and summarize what's in them." If it reads them back, the connection is live. Now it starts every task with everything the vault already holds instead of from zero 3. Give each agent one job and a write-back rule. Tell it: "research this, then save what you found as a new note in /brain with links to related notes." One agent researches, one summarizes, one plans. Each writes its output back into the vault 4. Close the loop. Add one line to every agent's instructions: "read /brain before starting, write your result back when done." Now each task leaves the vault richer, and the next run reads that before it works. It compounds instead of resetting 5. You only steer. Review what the brain produces, point it at the next thing. The agents handle the reading, writing, and connecting The edge isn't better notes. It's a brain that feeds itself, so the work gets sharper every cycle instead of starting over Bookmark this

Yarchi

58,591 просмотров • 3 месяцев назад