Loading video...

Video Failed to Load

There was a problem loading this video. This could be due to a temporary network issue or the video might be unavailable.

Most people missed this. OpenClaw didn’t add MCP support on purpose. Here’s why that matters: 1. MCP adds structure, but also complexity. 2. CLI commands are simpler and more universal. 3. Direct tool linking inside chat = fewer bottlenecks. 4. Agents become faster and more flexible. The real shift?... show more

Julian Goldie SEO

165,092 subscribers

14,599 views • 5 months ago •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

In this video, we break down the Model Context Protocol — a massively underrated concept in AI that's quietly redefining what large language models can do. While most people are distracted by the hype, MCP is solving a core problem: LLMs that can perform actions. We dive into: 1. The limitations of current AI systems 2. What makes MCP different 3. How MCP can reduce engineering overhead 4. Real-world scenarios where MCP shines 00:00 What is MCP? 01:48 Usecase - SEO 03:50 Usecase - RAG 04:50 Usecase - Apps 06:30 Conclusion 07:00 The future? #MCP #AI #LLM

In this video, we break down the Model Context Protocol — a massively underrated concept in AI that's quietly redefining what large language models can do. While most people are distracted by the hype, MCP is solving a core problem: LLMs that can perform actions. We dive into: 1. The limitations of current AI systems 2. What makes MCP different 3. How MCP can reduce engineering overhead 4. Real-world scenarios where MCP shines 00:00 What is MCP? 01:48 Usecase - SEO 03:50 Usecase - RAG 04:50 Usecase - Apps 06:30 Conclusion 07:00 The future? #MCP #AI #LLM

Gaurav Sen

41,117 views • 1 year ago

wtf is MCP? Paul Klein IV, CEO of explains "Model Context Protocol" (MCP) in plain terms: "There's this new way that people are exposing tools to AI & the 'Model Context Protocol' is one of those ways that you can standardize & give your AI a set of tools to call. BrowserBase has a way to expose the browser to your agent via MCP or MCP server. More & more developers are trying to find ways to integrate more functionalities to their AI agents & BrowserBase's browsers are one of those primitive functionalities, & the MCP is just one way to integrate it into your software." Paul Klein IV From 🅱️'s GitHub: Model Context Protocol (MCP) is an open protocol that enables seamless integration between LLM applications and external data sources and tools. Whether you’re building an AI-powered IDE, enhancing a chat interface, or creating custom AI workflows, MCP provides a standardized way to connect LLMs with the context they need. This server provides cloud browser automation capabilities using Browserbase and Stagehand. This server enables LLMs to interact with web pages, take screenshots, and execute JavaScript in a cloud browser environment.

wtf is MCP? Paul Klein IV, CEO of explains "Model Context Protocol" (MCP) in plain terms: "There's this new way that people are exposing tools to AI & the 'Model Context Protocol' is one of those ways that you can standardize & give your AI a set of tools to call. BrowserBase has a way to expose the browser to your agent via MCP or MCP server. More & more developers are trying to find ways to integrate more functionalities to their AI agents & BrowserBase's browsers are one of those primitive functionalities, & the MCP is just one way to integrate it into your software." Paul Klein IV From 🅱️'s GitHub: Model Context Protocol (MCP) is an open protocol that enables seamless integration between LLM applications and external data sources and tools. Whether you’re building an AI-powered IDE, enhancing a chat interface, or creating custom AI workflows, MCP provides a standardized way to connect LLMs with the context they need. This server provides cloud browser automation capabilities using Browserbase and Stagehand. This server enables LLMs to interact with web pages, take screenshots, and execute JavaScript in a cloud browser environment.

Molly O’Shea

20,408 views • 1 year ago

Google’s new Agent2Agent protocol is a key step toward a future of AI Agent interoperability. No single tool has all the data a user or business needs for most workflows, so we need Agents to be able to talk to each other. Salesforce will have AI Agents that understand the inner workings of CRM, Workday will have AI Agents that understand HR workflows, Box has AI Agents that understand content and documents, and so on. It’s easy to conceive of a world where we have tens of thousands of these tool Agents and then billions or trillions of customized Agents that are extensions of those. So openness becomes key. Workflows need data from multiple systems to complete the task — like a sales report that needs documents and CRM data or an HR task that needs HR policies and employee details — and that’s where A2A comes in. This protocol gives AI Agent providers a way of talking to each other and simplifying the way that Agents communicate, understand each other’s capabilities, and so on. It’s great to see more interoperability, along with MCP, emerging in the AI space right now, as this will define the future of most IT stacks.

Google’s new Agent2Agent protocol is a key step toward a future of AI Agent interoperability. No single tool has all the data a user or business needs for most workflows, so we need Agents to be able to talk to each other. Salesforce will have AI Agents that understand the inner workings of CRM, Workday will have AI Agents that understand HR workflows, Box has AI Agents that understand content and documents, and so on. It’s easy to conceive of a world where we have tens of thousands of these tool Agents and then billions or trillions of customized Agents that are extensions of those. So openness becomes key. Workflows need data from multiple systems to complete the task — like a sales report that needs documents and CRM data or an HR task that needs HR policies and employee details — and that’s where A2A comes in. This protocol gives AI Agent providers a way of talking to each other and simplifying the way that Agents communicate, understand each other’s capabilities, and so on. It’s great to see more interoperability, along with MCP, emerging in the AI space right now, as this will define the future of most IT stacks.

Aaron Levie

139,591 views • 1 year ago

🔮 MCP INTEGRATION NOW LIVE ON OPENSERV This is bigger than most realize. We're not just adding a feature - we're enabling a fundamentally new paradigm for agent infrastructure. Before MCP: agents trapped in walled gardens, limited by what you explicitly feed them. After MCP: agents that can access 10K+ tools, interact with your existing systems, and truly operate in your digital world. Think about this: -Every integration used to require custom code -Every data source needed specific formatting -Every agent had to be built for specific tools MCP eliminates all of that. One standard to connect any agent to any tool. This isn't just convenience - it's the unlock that makes agents actually useful in the real world. OpenServ + MCP = AI teams that can genuinely get things done, not just talk about doing them. This is the breakthrough that turns agents from toys into tools.

🔮 MCP INTEGRATION NOW LIVE ON OPENSERV This is bigger than most realize. We're not just adding a feature - we're enabling a fundamentally new paradigm for agent infrastructure. Before MCP: agents trapped in walled gardens, limited by what you explicitly feed them. After MCP: agents that can access 10K+ tools, interact with your existing systems, and truly operate in your digital world. Think about this: -Every integration used to require custom code -Every data source needed specific formatting -Every agent had to be built for specific tools MCP eliminates all of that. One standard to connect any agent to any tool. This isn't just convenience - it's the unlock that makes agents actually useful in the real world. OpenServ + MCP = AI teams that can genuinely get things done, not just talk about doing them. This is the breakthrough that turns agents from toys into tools.

OpenServ

34,665 views • 1 year ago

You need to try Hermes RIGHT NOW. OpenClaw was the breakthrough. Hermes feels like the evolution. Here’s why AI power users are quietly switching: • Hermes learns from you over time • It creates its own reusable skills • Memory stays curated instead of bloated • Agents improve every 10 turns automatically • It actually feels stable on day 30 The wildest part: Hermes agents build workflows from your behavior. One user asked their agent to configure Twingate once. The agent: → learned the process → created a reusable skill → stored it for future tasks → improved its own workflow automatically That’s not prompt engineering anymore. That’s agent evolution. Meanwhile most people are still babysitting broken OpenClaw setups and manually importing marketplace skills. Hermes took a different path: Less clutter. Less tweaking. More autonomy. And it’s working. It already flipped OpenClaw in OpenRouter token usage and became one of the fastest-growing AI repos on GitHub. The bigger shift: We’re entering the era where the model matters less than the harness around it. GPT-5.5, Grok, Qwen: They’re already powerful enough. The real edge now is: • memory systems • self-improvement loops • skill creation • agent orchestration Hermes understands that. Most people still think AI agents are glorified chatbots. The people using Hermes are building AI teammates.

You need to try Hermes RIGHT NOW. OpenClaw was the breakthrough. Hermes feels like the evolution. Here’s why AI power users are quietly switching: • Hermes learns from you over time • It creates its own reusable skills • Memory stays curated instead of bloated • Agents improve every 10 turns automatically • It actually feels stable on day 30 The wildest part: Hermes agents build workflows from your behavior. One user asked their agent to configure Twingate once. The agent: → learned the process → created a reusable skill → stored it for future tasks → improved its own workflow automatically That’s not prompt engineering anymore. That’s agent evolution. Meanwhile most people are still babysitting broken OpenClaw setups and manually importing marketplace skills. Hermes took a different path: Less clutter. Less tweaking. More autonomy. And it’s working. It already flipped OpenClaw in OpenRouter token usage and became one of the fastest-growing AI repos on GitHub. The bigger shift: We’re entering the era where the model matters less than the harness around it. GPT-5.5, Grok, Qwen: They’re already powerful enough. The real edge now is: • memory systems • self-improvement loops • skill creation • agent orchestration Hermes understands that. Most people still think AI agents are glorified chatbots. The people using Hermes are building AI teammates.

Dami-Defi

17,062 views • 2 months ago

🤯 Building computer-vision applications is never going to be the same again. As Andrej Karpathy says, "English is going to be the new programming-language", and we just made that happen for programming visual AI. 👨‍💻 This past month, the VLM Run team cooked up something magical that I'm especially proud of - a natural-language interface to build and run computer vision workflows (object-detection, OCR, parsing, and so much more) – all via our new VLM Run MCP server. 🔌 It works with any MCP-compatible AI agent (Claude, OpenAI, Cursor, etc.) and abstracts complex visual workflows into simple English commands. No need to write Python or fiddle with bespoke computer-vision code – just say what you want your agent to do, and it does it. Here’s a glimpse into what you can build today ( ☑️ Image AI agents – run detection, tagging, blurring, cropping, and more traditional CV tasks with English ☑️ Document AI agents – extract totals from invoices, search visual content, or act on what’s found ☑️ Video AI agents – understand scene content, trim clips, add subtitles, and create ready-to-share edits ☑️ And best-of-all, it's fully programmable with English. 🧑‍🍳 MCP Showcase: 📚 MCP Cookbooks: 📚 MCP Docs: #computervision #ai #agents #llm #vlm #mcp #vibecoding #genai

🤯 Building computer-vision applications is never going to be the same again. As Andrej Karpathy says, "English is going to be the new programming-language", and we just made that happen for programming visual AI. 👨‍💻 This past month, the VLM Run team cooked up something magical that I'm especially proud of - a natural-language interface to build and run computer vision workflows (object-detection, OCR, parsing, and so much more) – all via our new VLM Run MCP server. 🔌 It works with any MCP-compatible AI agent (Claude, OpenAI, Cursor, etc.) and abstracts complex visual workflows into simple English commands. No need to write Python or fiddle with bespoke computer-vision code – just say what you want your agent to do, and it does it. Here’s a glimpse into what you can build today ( ☑️ Image AI agents – run detection, tagging, blurring, cropping, and more traditional CV tasks with English ☑️ Document AI agents – extract totals from invoices, search visual content, or act on what’s found ☑️ Video AI agents – understand scene content, trim clips, add subtitles, and create ready-to-share edits ☑️ And best-of-all, it's fully programmable with English. 🧑‍🍳 MCP Showcase: 📚 MCP Cookbooks: 📚 MCP Docs: #computervision #ai #agents #llm #vlm #mcp #vibecoding #genai

Sudeep Pillai

17,789 views • 1 year ago

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!

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,010 views • 1 year ago

There's probably $100+ billion up for grabs for people who build startup for AI agents Over the next 10 years you're going to have a market of billions of customers (agents) with millions of wallets that want to use your services. TLDR; The internet was built for people: 1. Search google 2. Read landing page 3. Book demo 4. Talk to sales 5. Buy Agents don’t do that. Agents will: 1. Ask which product to use 2. Read your docs/pricing/security pages 3. Compare you to competitors 4. Check if you have an MCP/API/tool layer 5. Buy or recommend you without ever “visiting” your site like a person Everyone is going to have personal agents and business agents. This feels inevitable at this point. OpenClaw, Hermes, Claude Code, Codex, Google Spark. The tools are here. Which means there will be more agents on the internet than humans. So, where's the opportunity?? Go look at every SaaS tool you use. Notion. Slack. Jira. Google Analytics. Now ask: what is the version of this built purely for agents? Agent-native payments. Agent-native communication. Agent-native memory. Every category gets rebuilt. I clearly break down this shift and explain you everything on today's ep of The Startup Ideas Podcast (SIP) 🧃. Over the next 10 years you're going to have a market of billions of customers (agents) with millions of wallets that want to use your services. The founders who build for them now are going to look like the people who built websites in 1995. Might feel janky at the moment, but also obvious in hindsight. This is the next shift. Link over here: Watch

There's probably $100+ billion up for grabs for people who build startup for AI agents Over the next 10 years you're going to have a market of billions of customers (agents) with millions of wallets that want to use your services. TLDR; The internet was built for people: 1. Search google 2. Read landing page 3. Book demo 4. Talk to sales 5. Buy Agents don’t do that. Agents will: 1. Ask which product to use 2. Read your docs/pricing/security pages 3. Compare you to competitors 4. Check if you have an MCP/API/tool layer 5. Buy or recommend you without ever “visiting” your site like a person Everyone is going to have personal agents and business agents. This feels inevitable at this point. OpenClaw, Hermes, Claude Code, Codex, Google Spark. The tools are here. Which means there will be more agents on the internet than humans. So, where's the opportunity?? Go look at every SaaS tool you use. Notion. Slack. Jira. Google Analytics. Now ask: what is the version of this built purely for agents? Agent-native payments. Agent-native communication. Agent-native memory. Every category gets rebuilt. I clearly break down this shift and explain you everything on today's ep of The Startup Ideas Podcast (SIP) 🧃. Over the next 10 years you're going to have a market of billions of customers (agents) with millions of wallets that want to use your services. The founders who build for them now are going to look like the people who built websites in 1995. Might feel janky at the moment, but also obvious in hindsight. This is the next shift. Link over here: Watch

GREG ISENBERG

55,398 views • 1 month ago

OKAY, AI AGENTS ARE COOL BUT WTF IS LAVA PART 2 -------------- Lava is a protocol which coordinates traffic from AI agents, apps and wallets on every blockchain. It does this by aggregating data providers who handle RPC requests for AI agents and anyone using blockchains apps. AI agents are projected to manage 80% of all onchain transactions by end of 2025. That's a LOT of RPC requests... -------------- How to stake and restake LAVA LAVA can be staked and restaked to contribute to the network: - secure the Lava blockchain - direct RPC traffic to top Providers on Lava, meaning faster, more reliable service for users/AI agents This is how you stake and restake LAVA on Keplr, Leap and Mellifera:

OKAY, AI AGENTS ARE COOL BUT WTF IS LAVA PART 2 -------------- Lava is a protocol which coordinates traffic from AI agents, apps and wallets on every blockchain. It does this by aggregating data providers who handle RPC requests for AI agents and anyone using blockchains apps. AI agents are projected to manage 80% of all onchain transactions by end of 2025. That's a LOT of RPC requests... -------------- How to stake and restake LAVA LAVA can be staked and restaked to contribute to the network: - secure the Lava blockchain - direct RPC traffic to top Providers on Lava, meaning faster, more reliable service for users/AI agents This is how you stake and restake LAVA on Keplr, Leap and Mellifera:

Lava Network 🌋

12,874 views • 1 year ago

Google just released a free 2-hour+ course on full agent engineering. How to go from one prompt to a system that runs while you sleep: 38:46 - Build your first AI agent 54:46 - Connect MCP tools 1:12:43 - Run agents with four loop patterns 1:20:57 - Turn agent loops into graphs 2:22:31 - Build the complete autonomous system Most people are still building one agent and stopping there. Google is already teaching the full stack: Agents → Tools → Loops → Graphs → Autonomous Systems Single agents are the old workflow. Systems that run without you are the new one. This course is worth more than most paid agent engineering bootcamps. Bookmark and watch it today Then read the full graph engineering playbook below

Google just released a free 2-hour+ course on full agent engineering. How to go from one prompt to a system that runs while you sleep: 38:46 - Build your first AI agent 54:46 - Connect MCP tools 1:12:43 - Run agents with four loop patterns 1:20:57 - Turn agent loops into graphs 2:22:31 - Build the complete autonomous system Most people are still building one agent and stopping there. Google is already teaching the full stack: Agents → Tools → Loops → Graphs → Autonomous Systems Single agents are the old workflow. Systems that run without you are the new one. This course is worth more than most paid agent engineering bootcamps. Bookmark and watch it today Then read the full graph engineering playbook below

Lunar

167,834 views • 2 days ago

Peter Steinberger Quietly Started A Shift That Makes Claude 35x Cheaper To Run The way Claude Code talks to tools matters more than people think. Most use MCP, and it quietly eats tokens, it loads everything into context every time, even tools you never call. One benchmark: MCP burned 35x more tokens than a CLI on the same task. Peter Steinberger, the OpenClaw guy, got annoyed by this and started building lean CLIs himself. That kicked off a tool called Printing Press. You point Claude Code at any website, even ones with no API like ESPN or Craigslist, and it builds a small command tool for it in about 10 minutes. In one demo, a request pulled 132,000 tokens of raw data, but the tool processed it locally and only handed Claude a 2,000-token summary. The rest never touched the context window. It also comes with ~50 ready-made tools you can grab right away. To start, point Claude Code at the links from and ask it to set it up. Bookmark this.

Peter Steinberger Quietly Started A Shift That Makes Claude 35x Cheaper To Run The way Claude Code talks to tools matters more than people think. Most use MCP, and it quietly eats tokens, it loads everything into context every time, even tools you never call. One benchmark: MCP burned 35x more tokens than a CLI on the same task. Peter Steinberger, the OpenClaw guy, got annoyed by this and started building lean CLIs himself. That kicked off a tool called Printing Press. You point Claude Code at any website, even ones with no API like ESPN or Craigslist, and it builds a small command tool for it in about 10 minutes. In one demo, a request pulled 132,000 tokens of raw data, but the tool processed it locally and only handed Claude a 2,000-token summary. The rest never touched the context window. It also comes with ~50 ready-made tools you can grab right away. To start, point Claude Code at the links from and ask it to set it up. Bookmark this.

Ridark

32,351 views • 1 month ago

Introducing Document Extraction as an MCP Server ✂️📑 A huge use case for AI agents is being able to extract out items from a diverse set of complex documents in a repeatable manner - whether it’s legal contracts, invoices, financial statements, passports, and more. In this case, 🚫 prompting ChatGPT/Claude is too error-prone/not systematic. 💡We’ve created a plug-and-play MCP server around our core document extraction capabilities within LlamaCloud. 1. Build an extraction agent in LlamaCloud with a standardized schema. 2. Plug it as an MCP tool within ChatGPT/Claude. 3. For your next extraction job, get the outputs in a standardized format through the tool! Huge shoutout to Tuana and Logan Markewich for working on this - this is thanks to the latest updates to our llamacloud-mcp demo repo, which supports both extraction and retrieval as MCP tools. Repo: Sign up:

Introducing Document Extraction as an MCP Server ✂️📑 A huge use case for AI agents is being able to extract out items from a diverse set of complex documents in a repeatable manner - whether it’s legal contracts, invoices, financial statements, passports, and more. In this case, 🚫 prompting ChatGPT/Claude is too error-prone/not systematic. 💡We’ve created a plug-and-play MCP server around our core document extraction capabilities within LlamaCloud. 1. Build an extraction agent in LlamaCloud with a standardized schema. 2. Plug it as an MCP tool within ChatGPT/Claude. 3. For your next extraction job, get the outputs in a standardized format through the tool! Huge shoutout to Tuana and Logan Markewich for working on this - this is thanks to the latest updates to our llamacloud-mcp demo repo, which supports both extraction and retrieval as MCP tools. Repo: Sign up:

Jerry Liu

57,827 views • 1 year ago

We’re excited to launch OpenMemory MCP, a private memory for MCP-compatible clients powered by mem0 Today, most AI assistants and dev tools operate without memory. You plan your roadmap in Claude, implement tasks in Cursor, but none of them know what the other did. Each tool operates in isolation, and your context disappears as soon as the session ends. OpenMemory MCP solves this. Built on the open Model Context Protocol (MCP), OpenMemory MCP runs 100% locally and provides a persistent, portable memory layer for all your AI tools. It enables agents and assistants to read from and write to a shared memory, securely and privately. Key capabilities: ✅Works across MCP clients like Cursor, Claude Desktop, Windsurf, Cline and more ✅Provides standardized memory operations (add_memories, search_memory, list_memories, delete_all_memories) ✅Stores data on your machine, fully private ✅Offers a centralized dashboard for visibility and control ✅Simple Docker-based setup with no vendor lock-in If you're building on MCP, OpenMemory MCP is the easiest way to add persistent, private memory to your clients with zero cloud dependencies and full local control. We’ve put together a short demo to show how it works Check it out in the links below 👇

We’re excited to launch OpenMemory MCP, a private memory for MCP-compatible clients powered by mem0 Today, most AI assistants and dev tools operate without memory. You plan your roadmap in Claude, implement tasks in Cursor, but none of them know what the other did. Each tool operates in isolation, and your context disappears as soon as the session ends. OpenMemory MCP solves this. Built on the open Model Context Protocol (MCP), OpenMemory MCP runs 100% locally and provides a persistent, portable memory layer for all your AI tools. It enables agents and assistants to read from and write to a shared memory, securely and privately. Key capabilities: ✅Works across MCP clients like Cursor, Claude Desktop, Windsurf, Cline and more ✅Provides standardized memory operations (add_memories, search_memory, list_memories, delete_all_memories) ✅Stores data on your machine, fully private ✅Offers a centralized dashboard for visibility and control ✅Simple Docker-based setup with no vendor lock-in If you're building on MCP, OpenMemory MCP is the easiest way to add persistent, private memory to your clients with zero cloud dependencies and full local control. We’ve put together a short demo to show how it works Check it out in the links below 👇

Taranjeet

471,972 views • 1 year ago

We’ve integrated a first-of-its-kind, privacy-native MCP connector layer to the Dot platform, making DotChat agentic by default. Live at → Even in private AI, the standard product is: pick a model, send a prompt, maybe enable web search and get an answer. This is simply not enough. MCPs changed what AI agents can do, but they are trapped inside: Claude Code, Cursor, local agents, API tooling and enterprise setups. Through Dot, users can now connect any MCP directly into their AI workspace, while maintaining Dot’s privacy boundary around the entire workflow. This means Dot users won’t just ask models questions, they’ll be able to connect tools, inspect onchain state, check portfolios, prepare transactions, and interact with Base from inside the chat flow. And yes, we’re starting with the big one. The Base MCP. This is a major step toward Dot’s agentic vision: powerful AI agents that can interact with the world without compromising user privacy. Check our demo below, where we integrate the updated Base MCP into Dot, and utilize it to buy $10 in $DOT, all whilst retaining full anonymity ↓

We’ve integrated a first-of-its-kind, privacy-native MCP connector layer to the Dot platform, making DotChat agentic by default. Live at → Even in private AI, the standard product is: pick a model, send a prompt, maybe enable web search and get an answer. This is simply not enough. MCPs changed what AI agents can do, but they are trapped inside: Claude Code, Cursor, local agents, API tooling and enterprise setups. Through Dot, users can now connect any MCP directly into their AI workspace, while maintaining Dot’s privacy boundary around the entire workflow. This means Dot users won’t just ask models questions, they’ll be able to connect tools, inspect onchain state, check portfolios, prepare transactions, and interact with Base from inside the chat flow. And yes, we’re starting with the big one. The Base MCP. This is a major step toward Dot’s agentic vision: powerful AI agents that can interact with the world without compromising user privacy. Check our demo below, where we integrate the updated Base MCP into Dot, and utilize it to buy $10 in $DOT, all whilst retaining full anonymity ↓

Dot

10,268 views • 1 month ago

CATHIE WOOD JUST RANKED HER WINNERS FOR THE NEXT 3 - 5 YEARS 🪙 BTC sits at the top. Why? It’s the most liquid, the leader of a new asset class, and the first place institutions will always enter. 🏦 ETH comes next. It’s where institutions are actually building, with L2s scaling on top. Boring but more structured & very institutional. ⚡ SOL is the consumer play. Simpler L1, faster, closer to users. Less complexity, more direct usage.

CATHIE WOOD JUST RANKED HER WINNERS FOR THE NEXT 3 - 5 YEARS 🪙 BTC sits at the top. Why? It’s the most liquid, the leader of a new asset class, and the first place institutions will always enter. 🏦 ETH comes next. It’s where institutions are actually building, with L2s scaling on top. Boring but more structured & very institutional. ⚡ SOL is the consumer play. Simpler L1, faster, closer to users. Less complexity, more direct usage.

CryptosRus

293,555 views • 7 months ago

If your MCP server has dozens of tools, it’s probably built wrong. You need tools that are specific and clear for each use case—but you also can’t have too many. This creates an almost impossible tradeoff that most companies don’t know how to solve. That’s why I interviewed my friend Alex Rattray (Alex Rattray), the founder and CEO of Stainless. Stainless builds APIs, SDKs, and MCP servers for companies like OpenAI and Anthropic. Alex has spent years mastering how to make software talk to software, and he came on the show to share what he knows. I had him on Every 📧’s AI & I to talk about MCP and the future of the AI-native internet. We get into: • Design MCP servers to be lean and precise. Alex’s best practices for building reliable MCP servers start with keeping the toolset small, giving each tool a precise name and description, and minimizing the inputs and outputs the model has to handle. At Stainless, they also often add a JSON filter on top to strip out unnecessary data. • Make complex APIs manageable with dynamic mode. To solve the problem of how an AI figures out which tool to use in larger APIs, Stainless switches to “dynamic mode,” where the model gets only three tools: List the endpoints, pick one and learn about it, and then execute it. • MCP servers as business copilots. At Stainless, Alex uses MCP servers to connect tools like Notion and HubSpot, so he can ask questions like, “Which customers signed up last week?” The system queries multiple databases and returns a summary that would’ve otherwise taken multiple logins and searches. • Create a “brain” for your company with Claude Code. Alex built a shared company brain at Stainless by keeping Claude Code running on his system and asking it to save useful inputs—like customer feedback and SQL queries—into GitHub. Over time, this creates a curated archive his team can query easily. • The future of MCP is code execution. Instead of giving models hundreds of tools, Alex believes the most powerful setup will be a simple code execution tool and a doc search tool. The AI writes code against an API’s SDK, runs it on a server, and checks the docs when it gets stuck. This is a must-watch for anyone who wants to understand MCP—and learn how to use them as a competitive edge. Watch below! Timestamps: Introduction: 00:01:14 Why Alex likes running barefoot: 00:02:54 APIs and MCP, the connectors of the new internet: 00:05:09 Why MCP servers are hard to get right: 00:10:53 Design principles for reliable MCP servers: 00:20:07 Scaling MCP servers for large APIs: 00:23:50 Using MCP for business ops at Stainless: 00:25:14 Building a company brain with Claude Code: 00:28:12 Where MCP goes from here: 00:33:59 Alex’s take on the security model for MCP: 00:41:10

If your MCP server has dozens of tools, it’s probably built wrong. You need tools that are specific and clear for each use case—but you also can’t have too many. This creates an almost impossible tradeoff that most companies don’t know how to solve. That’s why I interviewed my friend Alex Rattray (Alex Rattray), the founder and CEO of Stainless. Stainless builds APIs, SDKs, and MCP servers for companies like OpenAI and Anthropic. Alex has spent years mastering how to make software talk to software, and he came on the show to share what he knows. I had him on Every 📧’s AI & I to talk about MCP and the future of the AI-native internet. We get into: • Design MCP servers to be lean and precise. Alex’s best practices for building reliable MCP servers start with keeping the toolset small, giving each tool a precise name and description, and minimizing the inputs and outputs the model has to handle. At Stainless, they also often add a JSON filter on top to strip out unnecessary data. • Make complex APIs manageable with dynamic mode. To solve the problem of how an AI figures out which tool to use in larger APIs, Stainless switches to “dynamic mode,” where the model gets only three tools: List the endpoints, pick one and learn about it, and then execute it. • MCP servers as business copilots. At Stainless, Alex uses MCP servers to connect tools like Notion and HubSpot, so he can ask questions like, “Which customers signed up last week?” The system queries multiple databases and returns a summary that would’ve otherwise taken multiple logins and searches. • Create a “brain” for your company with Claude Code. Alex built a shared company brain at Stainless by keeping Claude Code running on his system and asking it to save useful inputs—like customer feedback and SQL queries—into GitHub. Over time, this creates a curated archive his team can query easily. • The future of MCP is code execution. Instead of giving models hundreds of tools, Alex believes the most powerful setup will be a simple code execution tool and a doc search tool. The AI writes code against an API’s SDK, runs it on a server, and checks the docs when it gets stuck. This is a must-watch for anyone who wants to understand MCP—and learn how to use them as a competitive edge. Watch below! Timestamps: Introduction: 00:01:14 Why Alex likes running barefoot: 00:02:54 APIs and MCP, the connectors of the new internet: 00:05:09 Why MCP servers are hard to get right: 00:10:53 Design principles for reliable MCP servers: 00:20:07 Scaling MCP servers for large APIs: 00:23:50 Using MCP for business ops at Stainless: 00:25:14 Building a company brain with Claude Code: 00:28:12 Where MCP goes from here: 00:33:59 Alex’s take on the security model for MCP: 00:41:10

Dan Shipper 📧

15,645 views • 10 months ago

Anthropic's Claude Ai Agents Team just Educated how to build production AI agents in under 30 mins. For Free. From the engineers who built the stack. CANCEL Your Weekend Plans, and Learn to Build AI Agents Today. Bookmark it. Watch it. Build your first production agent this weekend. $5,000/month. $7,000/month. $12,000/month. People are building agents for clients and charging $$$ as Beginners. You're still stuck in the thinking about AI phase. This video fixes that tonight. Follow Himanshu Kumar for more high-signal content that actually moves your AI engineering career forward. ↓ Ivan Nardini runs Developer Relations for AI at Google Cloud. He just gave away the entire production agent stack in 30 minutes. This is the talk that separates people deploying AI agents that actually scale from people whose agents break the moment they leave localhost. Here's everything inside. I break down a production AI video like this every week. Follow Himanshu Kumar. ↓ The 4-part agent stack that actually scales. Most devs are duct-taping frameworks together and calling it an "AI agent." Ivan lays out the real stack: Agent Development Kit (ADK): open-source, code-first framework for building, evaluating, and deploying agents. Supports Claude models through Vertex AI directly. Model Context Protocol (MCP): lets your agent talk to any tool or data source with one standard. Vertex AI Agent Engine: managed platform for deploying, monitoring, and scaling agents in production. No DevOps headaches. Agent-to-Agent Protocol: open protocol so agents built on different frameworks can actually work together. This is the stack replacing every hacky agent setup in production right now. Full MCP + Claude breakdowns drop weekly on Himanshu Kumar. ↓ Building your first real agent. Ivan builds a birthday planner agent live. LLM Agent class. Name it. Define instructions. Pick the model. He uses Claude 3.7 Sonnet. You could use Opus 4.7 for better reasoning. Full agent built in minutes. Not weeks. Watch the build once and you'll never structure an agent the wrong way again. I post agent architectures people pay $500 courses to learn. Himanshu Kumar. ↓ Multi-agent systems without the chaos. Single agents are easy. Multi-agent systems are where 99% of builders fail. Ivan extends the birthday planner by: Adding a calendar service through MCP tools Creating an orchestrator agent to route requests between agents Handling state and context across agent handoffs This is production multi-agent architecture. Clean. Scalable. Debuggable. Most tutorials hand-wave this part. This one shows you every step. Multi-agent orchestration content drops weekly on Himanshu Kumar. ↓ Deployment without the DevOps nightmare. This is where most AI projects die. You build a cool agent locally. It works. You try to deploy it. Everything breaks. Vertex AI Agent Engine fixes this: Minimal code deployment Automatic monitoring of latency, CPU, and memory Built-in observability and logging No infrastructure setup needed You provide config and requirements. The platform handles the rest. This is how agents actually get to production. Deployment guides for Claude agents post every week. Himanshu Kumar. ↓ Agent-to-Agent Protocol: the future nobody's talking about. Most people don't know this exists yet. The A2A Protocol lets agents built in different frameworks communicate seamlessly. Your Claude agent. My LangChain agent. Someone else's CrewAI agent. All talking to each other. All solving parts of the same problem. All without custom integration code. This is the infrastructure layer of the coming AI economy. Getting in early on A2A Protocol is like getting in early on HTTP in 1995. A2A deep dive coming soon. Himanshu Kumar. ↓ 30 minutes from the team shipping this in production. You'll learn more from this than from 6 months of YouTube tutorials made by people who've never deployed an agent past localhost. People who watch this understand production AI agents at the architect level. People who skip it keep hacking together frameworks that break every time an API updates. Save the video. Watch it tonight. Build a real agent this weekend. Follow Himanshu Kumar for more high-signal content that actually moves your AI engineering career forward.

Anthropic's Claude Ai Agents Team just Educated how to build production AI agents in under 30 mins. For Free. From the engineers who built the stack. CANCEL Your Weekend Plans, and Learn to Build AI Agents Today. Bookmark it. Watch it. Build your first production agent this weekend. $5,000/month. $7,000/month. $12,000/month. People are building agents for clients and charging $$$ as Beginners. You're still stuck in the thinking about AI phase. This video fixes that tonight. Follow Himanshu Kumar for more high-signal content that actually moves your AI engineering career forward. ↓ Ivan Nardini runs Developer Relations for AI at Google Cloud. He just gave away the entire production agent stack in 30 minutes. This is the talk that separates people deploying AI agents that actually scale from people whose agents break the moment they leave localhost. Here's everything inside. I break down a production AI video like this every week. Follow Himanshu Kumar. ↓ The 4-part agent stack that actually scales. Most devs are duct-taping frameworks together and calling it an "AI agent." Ivan lays out the real stack: Agent Development Kit (ADK): open-source, code-first framework for building, evaluating, and deploying agents. Supports Claude models through Vertex AI directly. Model Context Protocol (MCP): lets your agent talk to any tool or data source with one standard. Vertex AI Agent Engine: managed platform for deploying, monitoring, and scaling agents in production. No DevOps headaches. Agent-to-Agent Protocol: open protocol so agents built on different frameworks can actually work together. This is the stack replacing every hacky agent setup in production right now. Full MCP + Claude breakdowns drop weekly on Himanshu Kumar. ↓ Building your first real agent. Ivan builds a birthday planner agent live. LLM Agent class. Name it. Define instructions. Pick the model. He uses Claude 3.7 Sonnet. You could use Opus 4.7 for better reasoning. Full agent built in minutes. Not weeks. Watch the build once and you'll never structure an agent the wrong way again. I post agent architectures people pay $500 courses to learn. Himanshu Kumar. ↓ Multi-agent systems without the chaos. Single agents are easy. Multi-agent systems are where 99% of builders fail. Ivan extends the birthday planner by: Adding a calendar service through MCP tools Creating an orchestrator agent to route requests between agents Handling state and context across agent handoffs This is production multi-agent architecture. Clean. Scalable. Debuggable. Most tutorials hand-wave this part. This one shows you every step. Multi-agent orchestration content drops weekly on Himanshu Kumar. ↓ Deployment without the DevOps nightmare. This is where most AI projects die. You build a cool agent locally. It works. You try to deploy it. Everything breaks. Vertex AI Agent Engine fixes this: Minimal code deployment Automatic monitoring of latency, CPU, and memory Built-in observability and logging No infrastructure setup needed You provide config and requirements. The platform handles the rest. This is how agents actually get to production. Deployment guides for Claude agents post every week. Himanshu Kumar. ↓ Agent-to-Agent Protocol: the future nobody's talking about. Most people don't know this exists yet. The A2A Protocol lets agents built in different frameworks communicate seamlessly. Your Claude agent. My LangChain agent. Someone else's CrewAI agent. All talking to each other. All solving parts of the same problem. All without custom integration code. This is the infrastructure layer of the coming AI economy. Getting in early on A2A Protocol is like getting in early on HTTP in 1995. A2A deep dive coming soon. Himanshu Kumar. ↓ 30 minutes from the team shipping this in production. You'll learn more from this than from 6 months of YouTube tutorials made by people who've never deployed an agent past localhost. People who watch this understand production AI agents at the architect level. People who skip it keep hacking together frameworks that break every time an API updates. Save the video. Watch it tonight. Build a real agent this weekend. Follow Himanshu Kumar for more high-signal content that actually moves your AI engineering career forward.

Himanshu Kumar

228,207 views • 3 months ago

You are brain-dead if you think the CLI killed MCP. Anthropic just reported 300 million downloads for the MCP SDK (up from 100M at the beginning of the year). The complaint I keep hearing: MCP pollutes your context. That's a 1-year-old argument. Context pollution is not a protocol problem, but a client one. None of the agentic tools you use have that issue: Claude Code, Codex, Cursor, etc. All of them implement progressive disclosure and load MCP tools on demand. MCPs and CLIs complement each other: • MCP offers OAuth-based authentication, standardized transport, remote access for cloud-hosted agents, and a public registry with thousands of servers. • CLIs offer Unix-style composition (pipes, stdin/stdout), zero upfront schema cost, and massive training distribution (models have seen far more shell than any structured tool format). You don't (and shouldn't) pick a side here. You should be using both where they fit.

You are brain-dead if you think the CLI killed MCP. Anthropic just reported 300 million downloads for the MCP SDK (up from 100M at the beginning of the year). The complaint I keep hearing: MCP pollutes your context. That's a 1-year-old argument. Context pollution is not a protocol problem, but a client one. None of the agentic tools you use have that issue: Claude Code, Codex, Cursor, etc. All of them implement progressive disclosure and load MCP tools on demand. MCPs and CLIs complement each other: • MCP offers OAuth-based authentication, standardized transport, remote access for cloud-hosted agents, and a public registry with thousands of servers. • CLIs offer Unix-style composition (pipes, stdin/stdout), zero upfront schema cost, and massive training distribution (models have seen far more shell than any structured tool format). You don't (and shouldn't) pick a side here. You should be using both where they fit.

Santiago

68,714 views • 2 months ago

What does it actually mean to be AI native? There was no clear guide on the internet for how to become AI native so we built the definitive one (60 min masterclass): 1. An AI native org has 3 layers: people for strategy and taste, agents for execution, and a shared context layer that makes the entire company readable to agents. 2. AI eats the middle of your work. You used to spend 80% of your day on execution. Now agents do that. Your job is the bookends: deciding what to do and judging whether it's good enough. 3. Everyone is a manager now. Your output is the output of your agents. If your agents produce garbage, that's on you. You set them up wrong. 4. Using ChatGPT doesn't make you AI native. That's like having a website and calling yourself a tech company lol. 5. No AI native org without AI native people. Most companies skip straight to the tools. That's why it fails. If your people don't understand how to manage agents, the tech doesn't matter. 6. Making your company "readable" to agents is the real work. Every process, every decision, every piece of knowledge needs to exist in a format an agent can consume. Most companies are nowhere close. 7. Speed without signal is just expensive chaos. You need the system to move fast AND know if you're moving in the right direction. 8. The skill chain is how agents get good at your specific workflows. Skills build on skills. The more you invest in them, the more your company compounds. 9. The moat is the system. People managing agents, agents reading from rich context, the whole thing getting smarter every week. That compounds. Your competitor can copy your tools. They can't copy your system. Full episode with Theo Tabah from LCA on The Startup Ideas Podcast (SIP) 🧃. This is the stuff we normally keep internal but all the sauce is yours. Theo Tabah is the brains behind advising the world's biggest companies on AI and building AI products. Your fav CEO's first call for figuring out AI. You are in for a treat Become AI native in under 60 minutes Watch

What does it actually mean to be AI native? There was no clear guide on the internet for how to become AI native so we built the definitive one (60 min masterclass): 1. An AI native org has 3 layers: people for strategy and taste, agents for execution, and a shared context layer that makes the entire company readable to agents. 2. AI eats the middle of your work. You used to spend 80% of your day on execution. Now agents do that. Your job is the bookends: deciding what to do and judging whether it's good enough. 3. Everyone is a manager now. Your output is the output of your agents. If your agents produce garbage, that's on you. You set them up wrong. 4. Using ChatGPT doesn't make you AI native. That's like having a website and calling yourself a tech company lol. 5. No AI native org without AI native people. Most companies skip straight to the tools. That's why it fails. If your people don't understand how to manage agents, the tech doesn't matter. 6. Making your company "readable" to agents is the real work. Every process, every decision, every piece of knowledge needs to exist in a format an agent can consume. Most companies are nowhere close. 7. Speed without signal is just expensive chaos. You need the system to move fast AND know if you're moving in the right direction. 8. The skill chain is how agents get good at your specific workflows. Skills build on skills. The more you invest in them, the more your company compounds. 9. The moat is the system. People managing agents, agents reading from rich context, the whole thing getting smarter every week. That compounds. Your competitor can copy your tools. They can't copy your system. Full episode with Theo Tabah from LCA on The Startup Ideas Podcast (SIP) 🧃. This is the stuff we normally keep internal but all the sauce is yours. Theo Tabah is the brains behind advising the world's biggest companies on AI and building AI products. Your fav CEO's first call for figuring out AI. You are in for a treat Become AI native in under 60 minutes Watch

GREG ISENBERG

84,316 views • 1 month ago

Fuc*k your paid courses, Kimi.ai AI founder (Yang Zhilin) explained how they're running 300+ specialized sub-agents in parallel and it changes everything. The founder of a $20B + valuation Chinese AI lab give you a 40-minute masterclass on AGENT SWARMS. This is the clearest breakdown I've seen on building large-scale AI systems that actually work in the real world. - Dynamic orchestration, PARL rewards, real scaling beyond context windows. - Trained with smart RL rewards (instantiation, finish & outcome) - 100-300+ specialized spawns agents , sub-agents on the fly working in parallel. - Thousands of tool calls. - 4.5x faster execution. This isn't theory it's how they're scaling Kimi to handle real complexity. Better than most local paid courses. Swap your Netflix tonight watch this instead.

Fuc*k your paid courses, Kimi.ai AI founder (Yang Zhilin) explained how they're running 300+ specialized sub-agents in parallel and it changes everything. The founder of a $20B + valuation Chinese AI lab give you a 40-minute masterclass on AGENT SWARMS. This is the clearest breakdown I've seen on building large-scale AI systems that actually work in the real world. - Dynamic orchestration, PARL rewards, real scaling beyond context windows. - Trained with smart RL rewards (instantiation, finish & outcome) - 100-300+ specialized spawns agents , sub-agents on the fly working in parallel. - Thousands of tool calls. - 4.5x faster execution. This isn't theory it's how they're scaling Kimi to handle real complexity. Better than most local paid courses. Swap your Netflix tonight watch this instead.

Md Ismail Šojal 🕷️

60,344 views • 14 days ago