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.

Looking for bulletproof security for AI agent access? Descope just changed the game with their Agentic Identity Hub 🔥 → MCP server authentication backing OAuth 2.1, PKCE, DCR, and CIMD → A secure vault stocked with 50+ templates and short-lived tokens → Strictly scoped, short-lived creds assigned to each... show more

Charly Wargnier

173,930 subscribers

24,647 views • 6 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

The MCP finally has proper authentication! It now supports OAuth 2.1 out of the box. That means proper authentication for AI agents and MCP tools is finally standardized. No more hacked-together API keys or custom token logic. With OAuth 2.1 + MCP, you can now: - Dynamically register clients - Issue & verify scoped JWT tokens - Track which agent acted for which user - Plug into existing IdPs (Auth0, Clerk, Firebase, etc.) I’ve been testing it with Scalekit, a lightweight OAuth layer built for MCP servers. It adds full discovery, token flow, and audit logs with minimal config. This is the missing piece for secure, multi-agent systems. Auth that actually works.

The MCP finally has proper authentication! It now supports OAuth 2.1 out of the box. That means proper authentication for AI agents and MCP tools is finally standardized. No more hacked-together API keys or custom token logic. With OAuth 2.1 + MCP, you can now: - Dynamically register clients - Issue & verify scoped JWT tokens - Track which agent acted for which user - Plug into existing IdPs (Auth0, Clerk, Firebase, etc.) I’ve been testing it with Scalekit, a lightweight OAuth layer built for MCP servers. It adds full discovery, token flow, and audit logs with minimal config. This is the missing piece for secure, multi-agent systems. Auth that actually works.

Arindam Majumder 𝕏

11,525 views • 11 months ago

You can't pretend you care about security if you are still sharing API tokens in .env files or sharing SSH keys. This might be good enough to provide simple access to a resource, but it's a horrible way to do security when it really matters. Look into "Identity-Based Access". The state of the art today is Identity-Based Access. With traditional security, you have to present a key to get access to the resource (an API key, a password, or an SSH key). These are long-lived keys you need to keep secret somehow. If somebody steals your key, they become you and get the same access you had. With Identity-Based Access, you need to prove who you are instead. If you are a human, you can prove this with a passkey, SSO with Google or GitHub, or Multi-Factor Authentication. If you are a computer, you can use AWS IAM, Kubernetes, a cloud service account, or any other trusted environment. Once the system verifies your identity, it checks your permissions and gives you a short-lived credential. Prove identity → Permissions → Short-lived credential → Access The difference here is huge, because those credentials are: • Short-lived • Tied to a specific identity • Scoped to specific permissions • Automatically expired • Much easier to audit In practice, implementing this is as simple as integrating with Teleport, which will handle everything for you. Here is a full explanation of how Teleport works and how you can start using it: Thanks to the Teleport team for partnering with me on this post.

You can't pretend you care about security if you are still sharing API tokens in .env files or sharing SSH keys. This might be good enough to provide simple access to a resource, but it's a horrible way to do security when it really matters. Look into "Identity-Based Access". The state of the art today is Identity-Based Access. With traditional security, you have to present a key to get access to the resource (an API key, a password, or an SSH key). These are long-lived keys you need to keep secret somehow. If somebody steals your key, they become you and get the same access you had. With Identity-Based Access, you need to prove who you are instead. If you are a human, you can prove this with a passkey, SSO with Google or GitHub, or Multi-Factor Authentication. If you are a computer, you can use AWS IAM, Kubernetes, a cloud service account, or any other trusted environment. Once the system verifies your identity, it checks your permissions and gives you a short-lived credential. Prove identity → Permissions → Short-lived credential → Access The difference here is huge, because those credentials are: • Short-lived • Tied to a specific identity • Scoped to specific permissions • Automatically expired • Much easier to audit In practice, implementing this is as simple as integrating with Teleport, which will handle everything for you. Here is a full explanation of how Teleport works and how you can start using it: Thanks to the Teleport team for partnering with me on this post.

Santiago

20,971 views • 1 month ago

Internet Identity is getting an MCP server. We sat down with Arshavir Ter-Gabrielyan to understand what it is and why it matters. He starts with the problem: an AI agent runs in a cloud sandbox. No access to your device. No safe way to hold your keys. The MCP server is the answer. Keys stay in a trusted execution environment, and the agent asks permission to act in each app. Full conversation below.

Internet Identity is getting an MCP server. We sat down with Arshavir Ter-Gabrielyan to understand what it is and why it matters. He starts with the problem: an AI agent runs in a cloud sandbox. No access to your device. No safe way to hold your keys. The MCP server is the answer. Keys stay in a trusted execution environment, and the agent asks permission to act in each app. Full conversation below.

DFINITY Foundation

32,966 views • 2 months ago

You want your AI agents to run fast. But as you scale, managing their permissions turns into a million micro-decisions. Introducing Opal Zero. The end-to-end access governance platform purpose-built for AI agents. How it works: AI-driven contextual decisions, evaluating intent, ownership, and purpose Dynamic, just-in-time access (scoped to exactly what the agent needs). Enforces security decisions across your existing MCP gateways 0 standing permissions, 0 human toil, 0 friction Let your agents run, safely.

You want your AI agents to run fast. But as you scale, managing their permissions turns into a million micro-decisions. Introducing Opal Zero. The end-to-end access governance platform purpose-built for AI agents. How it works: AI-driven contextual decisions, evaluating intent, ownership, and purpose Dynamic, just-in-time access (scoped to exactly what the agent needs). Enforces security decisions across your existing MCP gateways 0 standing permissions, 0 human toil, 0 friction Let your agents run, safely.

Howard Ting

419,466 views • 18 days ago

HERMES AGENT WITHOUT TOOLS IS A CHATBOT. WITH THEM IT BUILDS 3D TOWERS IN BLENDER, CHECKS STOCK PRICES, AND DRIVES VS CODE. tonbi JUST DROPPED THE FULL GUIDE. module 6 of his 10-part Hermes masterclass. best breakdown of the tool layer anyone has published. what you need to know: TOOLS vs SKILLS vs MCP skills = instructions (markdown, loaded into context) tools = callable functions (Python, agent emits call, Hermes executes) MCP = adapters to external systems (Blender, Stripe, Linear, Notion) every tool has three parts: → the function (does the real work) → the schema (what the model sees to decide when to call it) → the registry (makes the tool exist in the agent) the model never runs the function directly. it emits a structured request (tool name + JSON args). Hermes executes and returns the result. if the tool fails, the error goes back as JSON. the agent recovers instead of crashing. TOOL SETS CONTROL THE SURFACE hermes chat --tool-sets web # only web tools loaded. no files, no terminal. hermes chat --tool-sets safe # read-only: web search, vision, image gen. # no file writes. no terminal. no code execution. mid-session: /tools enable video /tools disable terminal or toggle in the dashboard: hermes dashboard → Skills → Tool Sets MCP SERVERS two transport types: STDIO (local subprocess) or HTTP (remote endpoint). add a server: hermes mcp # or ask: "add the MCP server for Blender" filter tools with include/exclude per server. keep only what you trust. security: → OAuth 2.1 PKCE (no long-lived tokens in config) → package scanning via api.osv. dev before launch → all MCP calls go through approval gates HERMES AS MCP SERVER hermes mcp serve exposes 10 tools via FastMCP. connect VS Code Copilot or Cursor to your running Hermes instance. BUILD YOUR OWN TOOL He built a stock price tool live: → Python function calling Finnhub API → schema with name, description, parameters → registered in tool_sets.py → agent calls it automatically when relevant any repeating API call in your workflow can become a native tool. full Hermes architecture deep-dive in the article 👇

HERMES AGENT WITHOUT TOOLS IS A CHATBOT. WITH THEM IT BUILDS 3D TOWERS IN BLENDER, CHECKS STOCK PRICES, AND DRIVES VS CODE. tonbi JUST DROPPED THE FULL GUIDE. module 6 of his 10-part Hermes masterclass. best breakdown of the tool layer anyone has published. what you need to know: TOOLS vs SKILLS vs MCP skills = instructions (markdown, loaded into context) tools = callable functions (Python, agent emits call, Hermes executes) MCP = adapters to external systems (Blender, Stripe, Linear, Notion) every tool has three parts: → the function (does the real work) → the schema (what the model sees to decide when to call it) → the registry (makes the tool exist in the agent) the model never runs the function directly. it emits a structured request (tool name + JSON args). Hermes executes and returns the result. if the tool fails, the error goes back as JSON. the agent recovers instead of crashing. TOOL SETS CONTROL THE SURFACE hermes chat --tool-sets web # only web tools loaded. no files, no terminal. hermes chat --tool-sets safe # read-only: web search, vision, image gen. # no file writes. no terminal. no code execution. mid-session: /tools enable video /tools disable terminal or toggle in the dashboard: hermes dashboard → Skills → Tool Sets MCP SERVERS two transport types: STDIO (local subprocess) or HTTP (remote endpoint). add a server: hermes mcp # or ask: "add the MCP server for Blender" filter tools with include/exclude per server. keep only what you trust. security: → OAuth 2.1 PKCE (no long-lived tokens in config) → package scanning via api.osv. dev before launch → all MCP calls go through approval gates HERMES AS MCP SERVER hermes mcp serve exposes 10 tools via FastMCP. connect VS Code Copilot or Cursor to your running Hermes instance. BUILD YOUR OWN TOOL He built a stock price tool live: → Python function calling Finnhub API → schema with name, description, parameters → registered in tool_sets.py → agent calls it automatically when relevant any repeating API call in your workflow can become a native tool. full Hermes architecture deep-dive in the article 👇

YanXbt

32,680 views • 3 months ago

New agentic short course! Multi AI Agent Systems with crewAI, built with CrewAI's founder and CEO João Moura. In this course, you'll learn how to break down complex tasks into subtasks for multiple AI agents, each playing a specialized role, to execute. For example, to generate a research report, you might have researcher, writer, and quality assurance agents collaborate. You'll define the roles, expectations, and interactions between the agents—like a manager organizing a team. You'll work with key agentic AI techniques like role-playing, tool use, memory, guardrails, and cross-agent collaboration. And you'll build your own multi-agent systems that can tackle complex tasks. I think you'll find it both productive and fun to design agents and watch them collaborate to get things done. Let me know what you think! I believe multi-agent architectures will drive significant progress in AI systems. Please sign up here!

New agentic short course! Multi AI Agent Systems with crewAI, built with CrewAI's founder and CEO João Moura. In this course, you'll learn how to break down complex tasks into subtasks for multiple AI agents, each playing a specialized role, to execute. For example, to generate a research report, you might have researcher, writer, and quality assurance agents collaborate. You'll define the roles, expectations, and interactions between the agents—like a manager organizing a team. You'll work with key agentic AI techniques like role-playing, tool use, memory, guardrails, and cross-agent collaboration. And you'll build your own multi-agent systems that can tackle complex tasks. I think you'll find it both productive and fun to design agents and watch them collaborate to get things done. Let me know what you think! I believe multi-agent architectures will drive significant progress in AI systems. Please sign up here!

Andrew Ng

350,175 views • 2 years ago

New short course: Build AI Apps with MCP Servers: Working with Box Files, built with Box and taught by Ben Kus , their CTO. Many AI applications require custom code for basic file operations. The Model Context Protocol (MCP) standardizes this by letting you offload file tasks to dedicated servers that provide tools an LLM can use directly. In this course, you'll process documents stored in a Box folder using the Box MCP server. Rather than writing custom integration code to connect to the Box API and download files, you'll design your application to use the tools provided via MCP. Skills you'll gain: - Build an LLM-powered document processing app, using the Box MCP server to access files - Design a multi-agent system using Google's Agent Development Kit (ADK), consisting of specialized agents for file operations - Coordinate the multi-agent workflow through an orchestrator that uses the Agent2Agent (A2A) protocol to connect to the agents You'll start with a local file-processing app, refactor it to work with Box's MCP server, then evolve it into a multi-agent system. Sign up here:

New short course: Build AI Apps with MCP Servers: Working with Box Files, built with Box and taught by Ben Kus , their CTO. Many AI applications require custom code for basic file operations. The Model Context Protocol (MCP) standardizes this by letting you offload file tasks to dedicated servers that provide tools an LLM can use directly. In this course, you'll process documents stored in a Box folder using the Box MCP server. Rather than writing custom integration code to connect to the Box API and download files, you'll design your application to use the tools provided via MCP. Skills you'll gain: - Build an LLM-powered document processing app, using the Box MCP server to access files - Design a multi-agent system using Google's Agent Development Kit (ADK), consisting of specialized agents for file operations - Coordinate the multi-agent workflow through an orchestrator that uses the Agent2Agent (A2A) protocol to connect to the agents You'll start with a local file-processing app, refactor it to work with Box's MCP server, then evolve it into a multi-agent system. Sign up here:

Andrew Ng

82,067 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,256 views • 1 year ago

New Course: ACP: Agent Communication Protocol Learn to build agents that communicate and collaborate across different frameworks using ACP in this short course built with IBM Research's BeeAI, and taught by Sandi Besen, AI Research Engineer & Ecosystem Lead at IBM, and Nicholas Renotte, Head of AI Developer Advocacy at IBM. Building a multi-agent system with agents built or used by different teams and organizations can become challenging. You may need to write custom integrations each time a team updates their agent design or changes their choice of agentic orchestration framework. The Agent Communication Protocol (ACP) is an open protocol that addresses this challenge by standardizing how agents communicate, using a unified RESTful interface that works across frameworks. In this protocol, you host an agent inside an ACP server, which handles requests from an ACP client and passes them to the appropriate agent. Using a standardized client-server interface allows multiple teams to reuse agents across projects. It also makes it easier to switch between frameworks, replace an agent with a new version, or update a multi-agent system without refactoring the entire system. In this course, you’ll learn to connect agents through ACP. You’ll understand the lifecycle of an ACP Agent and how it compares to other protocols, such as MCP (Model Context Protocol) and A2A (Agent-to-Agent). You’ll build ACP-compliant agents and implement both sequential and hierarchical workflows of multiple agents collaborating using ACP. Through hands-on exercises, you’ll build: - A RAG agent with CrewAI and wrap it inside an ACP server. - An ACP Client to make calls to the ACP server you created. - A sequential workflow that chains an ACP server, created with Smolagents, to the RAG agent. - A hierarchical workflow using a router agent that transforms user queries into tasks, delegated to agents available through ACP servers. - An agent that uses MCP to access tools and ACP to communicate with other agents. You’ll finish up by importing your ACP agents into the BeeAI platform, an open-source registry for discovering and sharing agents. ACP enables collaboration between agents across teams and organizations. By the end of this course, you’ll be able to build ACP agents and workflows that communicate and collaborate regardless of framework. Please sign up here:

New Course: ACP: Agent Communication Protocol Learn to build agents that communicate and collaborate across different frameworks using ACP in this short course built with IBM Research's BeeAI, and taught by Sandi Besen, AI Research Engineer & Ecosystem Lead at IBM, and Nicholas Renotte, Head of AI Developer Advocacy at IBM. Building a multi-agent system with agents built or used by different teams and organizations can become challenging. You may need to write custom integrations each time a team updates their agent design or changes their choice of agentic orchestration framework. The Agent Communication Protocol (ACP) is an open protocol that addresses this challenge by standardizing how agents communicate, using a unified RESTful interface that works across frameworks. In this protocol, you host an agent inside an ACP server, which handles requests from an ACP client and passes them to the appropriate agent. Using a standardized client-server interface allows multiple teams to reuse agents across projects. It also makes it easier to switch between frameworks, replace an agent with a new version, or update a multi-agent system without refactoring the entire system. In this course, you’ll learn to connect agents through ACP. You’ll understand the lifecycle of an ACP Agent and how it compares to other protocols, such as MCP (Model Context Protocol) and A2A (Agent-to-Agent). You’ll build ACP-compliant agents and implement both sequential and hierarchical workflows of multiple agents collaborating using ACP. Through hands-on exercises, you’ll build: - A RAG agent with CrewAI and wrap it inside an ACP server. - An ACP Client to make calls to the ACP server you created. - A sequential workflow that chains an ACP server, created with Smolagents, to the RAG agent. - A hierarchical workflow using a router agent that transforms user queries into tasks, delegated to agents available through ACP servers. - An agent that uses MCP to access tools and ACP to communicate with other agents. You’ll finish up by importing your ACP agents into the BeeAI platform, an open-source registry for discovering and sharing agents. ACP enables collaboration between agents across teams and organizations. By the end of this course, you’ll be able to build ACP agents and workflows that communicate and collaborate regardless of framework. Please sign up here:

Andrew Ng

105,758 views • 1 year ago

We’re excited to introduce AgentAuth—the comprehensive auth solution designed for AI agents! We understand the pain every developer experiences regarding authentication—managing OAuth flows for Gmail, handling API keys for Linear, or setting up permissions across multiple services. It's complex enough with traditional apps. However, AI agents add an extra layer of complexity. Traditional auth solutions were not designed with this agent-specific requirement in mind. Think about it—say you're building an agent to pull data from Salesforce, send updates through Slack, and log issues in GitHub. Each service requires different authentication—OAuth2, API keys, you name it—and your agent needs to work seamlessly on your users' behalf. Building and managing all that is a massive headache, right? That’s precisely where AgentAuth by comes in. • It supports 250+ apps across categories such as CRMs, ticketing, productivity, etc. • Compatible with 15+ Agentic Frameworks, including , LlamaIndex 🦙, CrewAI etc • Offers self-hosting and white-labeling options. • Provides a unified dashboard to monitor user accounts. It takes care of all the complex authentication flows—OAuth, API Key, Basic, JWT, token refresh, and more—in the backend, so you can focus on building what truly matters for your users. This is ideal for AI developers building real-world AI automation involving multiple application interactions. Check out AgentAuth now -

We’re excited to introduce AgentAuth—the comprehensive auth solution designed for AI agents! We understand the pain every developer experiences regarding authentication—managing OAuth flows for Gmail, handling API keys for Linear, or setting up permissions across multiple services. It's complex enough with traditional apps. However, AI agents add an extra layer of complexity. Traditional auth solutions were not designed with this agent-specific requirement in mind. Think about it—say you're building an agent to pull data from Salesforce, send updates through Slack, and log issues in GitHub. Each service requires different authentication—OAuth2, API keys, you name it—and your agent needs to work seamlessly on your users' behalf. Building and managing all that is a massive headache, right? That’s precisely where AgentAuth by comes in. • It supports 250+ apps across categories such as CRMs, ticketing, productivity, etc. • Compatible with 15+ Agentic Frameworks, including , LlamaIndex 🦙, CrewAI etc • Offers self-hosting and white-labeling options. • Provides a unified dashboard to monitor user accounts. It takes care of all the complex authentication flows—OAuth, API Key, Basic, JWT, token refresh, and more—in the backend, so you can focus on building what truly matters for your users. This is ideal for AI developers building real-world AI automation involving multiple application interactions. Check out AgentAuth now -

Karan Vaidya

111,180 views • 1 year ago

Today we're opening Otto by Workato to everyone. Free to start: A multiplayer superagent with its own computer in the cloud. You give it a goal. You close the laptop. Otto finishes the work. Otto lives in Slack, and Ottos communicate with each other to coordinate work. Otto has a memory system for both individuals and your team, and get smarter as you use it. Otto is powered by Workato for control and execution plane. Using Workato's Enterprise MCP, the agent never gets access to security tokens, and Otto can escalate permissions to act on your behalf in apps. More than half the Fortune 500 already trust Workato to run their core business processes.

Today we're opening Otto by Workato to everyone. Free to start: A multiplayer superagent with its own computer in the cloud. You give it a goal. You close the laptop. Otto finishes the work. Otto lives in Slack, and Ottos communicate with each other to coordinate work. Otto has a memory system for both individuals and your team, and get smarter as you use it. Otto is powered by Workato for control and execution plane. Using Workato's Enterprise MCP, the agent never gets access to security tokens, and Otto can escalate permissions to act on your behalf in apps. More than half the Fortune 500 already trust Workato to run their core business processes.

Adam Seligman

145,426 views • 1 month ago

I turned AI agent orchestration into a full fledged game. To start this launch, I’m also hosting a tournament with a growing prize pool (starting at $3k) for the first 24 hours. Two players face off a team of AI agents, armed with strategy prompts - utilizing memory, tool-calling, and inter-agent communication to win. Each agent has a battle memory - they learn and synergize with the playstyle of their commander to produce the best results. I’ve been working on this for the past 2 months, so please check it out, my dms are open for feedback :D Documentation: Project Twitter: aiarena Website:

I turned AI agent orchestration into a full fledged game. To start this launch, I’m also hosting a tournament with a growing prize pool (starting at $3k) for the first 24 hours. Two players face off a team of AI agents, armed with strategy prompts - utilizing memory, tool-calling, and inter-agent communication to win. Each agent has a battle memory - they learn and synergize with the playstyle of their commander to produce the best results. I’ve been working on this for the past 2 months, so please check it out, my dms are open for feedback :D Documentation: Project Twitter: aiarena Website:

𝕱𝖔𝖗𝕷𝖔𝖔𝖕

10,867 views • 6 months ago

🔥 Our latest LangChain Academy course – Deep Research with LangGraph – is now live! 🔥 Deep research agents are taking off – from major AI labs to companies building their own. Research is inherently open-ended. You can't always predict whether a question needs broad exploration or deep analysis. Agents excel here because they adapt on the fly, using each finding to decide where to dig next. Building these systems ourselves and with customers, we've learned that structure matters. The best research agents scope problems with users first. Then, they coordinate multiple specialists instead of overwhelming one generalist. LangGraph is built for these types of long-running, multi-agent workflows. Its persistence layer tracks progress across agents. LangSmith gives you the observability and evaluation tools you need to track and improve performance. In this course, you'll build and evaluate: - A user scoping agent to define research parameters - A multi-agent research team with supervisor - And add tool integration via MCP Enroll for free ➡️

🔥 Our latest LangChain Academy course – Deep Research with LangGraph – is now live! 🔥 Deep research agents are taking off – from major AI labs to companies building their own. Research is inherently open-ended. You can't always predict whether a question needs broad exploration or deep analysis. Agents excel here because they adapt on the fly, using each finding to decide where to dig next. Building these systems ourselves and with customers, we've learned that structure matters. The best research agents scope problems with users first. Then, they coordinate multiple specialists instead of overwhelming one generalist. LangGraph is built for these types of long-running, multi-agent workflows. Its persistence layer tracks progress across agents. LangSmith gives you the observability and evaluation tools you need to track and improve performance. In this course, you'll build and evaluate: - A user scoping agent to define research parameters - A multi-agent research team with supervisor - And add tool integration via MCP Enroll for free ➡️

LangChain

61,205 views • 1 year ago

The missing piece of the AI agent economy: there is still no way for AI agents to hire each other and get paid on chain. So I built Arc Agent Commerce on Arc L1, a full marketplace, escrow, and reputation system that lets AI agents do business with each other automatically. Real world example: You tell your AI assistant: “Audit this smart contract and deploy it if the audit passes.” Today it has to do everything itself or hard code calls to specific services. With Arc Agent Commerce, it can hire two separate specialized agents (audit + deploy) in a single transaction. Money stays in escrow until each completes their part. How it works (in plain steps): 1. Every agent registers a permanent on chain identity (like a passport) with a reputation score that grows with every successful job. 2. Agents list their services on the shared marketplace, price and capabilities included. 3. A client creates a multi stage pipeline. The entire budget is locked in escrow in one upfront transaction. 4. Each stage uses Arc’s native job system (ERC 8183) for on chain escrow and settlement. 5. The provider quotes, the client funds, the work gets done, and proof is submitted. 6. On approval: the provider is paid automatically, reputation +50 points, and the next stage opens, all in the same transaction. 7. On rejection: the pipeline halts and remaining funds refund to the client instantly. The protocol doesn’t reinvent anything. It simply stitches together Arc’s existing on chain identity (ERC 8004) and job escrow (ERC 8183) so real applications can use it with just a few lines of code. Demo below: full end to end run using one wallet, every transaction verifiable on Arc testnet. → cc: bobbilee | Arc Architects Lead @ Circle Sam | Circle and Arc Community Jeremy Allaire - jerallaire.arc

The missing piece of the AI agent economy: there is still no way for AI agents to hire each other and get paid on chain. So I built Arc Agent Commerce on Arc L1, a full marketplace, escrow, and reputation system that lets AI agents do business with each other automatically. Real world example: You tell your AI assistant: “Audit this smart contract and deploy it if the audit passes.” Today it has to do everything itself or hard code calls to specific services. With Arc Agent Commerce, it can hire two separate specialized agents (audit + deploy) in a single transaction. Money stays in escrow until each completes their part. How it works (in plain steps): 1. Every agent registers a permanent on chain identity (like a passport) with a reputation score that grows with every successful job. 2. Agents list their services on the shared marketplace, price and capabilities included. 3. A client creates a multi stage pipeline. The entire budget is locked in escrow in one upfront transaction. 4. Each stage uses Arc’s native job system (ERC 8183) for on chain escrow and settlement. 5. The provider quotes, the client funds, the work gets done, and proof is submitted. 6. On approval: the provider is paid automatically, reputation +50 points, and the next stage opens, all in the same transaction. 7. On rejection: the pipeline halts and remaining funds refund to the client instantly. The protocol doesn’t reinvent anything. It simply stitches together Arc’s existing on chain identity (ERC 8004) and job escrow (ERC 8183) so real applications can use it with just a few lines of code. Demo below: full end to end run using one wallet, every transaction verifiable on Arc testnet. → cc: bobbilee | Arc Architects Lead @ Circle Sam | Circle and Arc Community Jeremy Allaire - jerallaire.arc

RIDWAN

12,958 views • 5 months ago

This guy lost his private keys to an AI agent. Then his passwords leaked online. He wasn't the only one. Reddit threads blew up. Dozens of people saying the same thing. "My credentials got exposed." "The agent ran code I didn't approve." "I don't trust this anymore." That's the OpenClaw problem nobody talks about. Now there's a fix. It's called IronClaw. Here's what makes it different: Built in Rust → fewer bugs, fewer holes for hackers to exploit Web assembly sandboxes → every tool runs in its own sealed room Encrypted credential vault → the AI never sees your passwords. Ever. Policy enforcement → you set the rules, the agent follows them Full audit logs → see exactly what it did, when, and why Side by side: OpenClaw → credentials leaked, no audit trail, tools accessed everything IronClaw → encrypted vault, sandboxed tools, policy guardrails, logs everything It's not for casual use yet. But if you're running a real business with real data? There's only one right answer here. Go to ironclaw.te and read how the credential vault works. The future of AI agents is secure AI agents. Full stop.

This guy lost his private keys to an AI agent. Then his passwords leaked online. He wasn't the only one. Reddit threads blew up. Dozens of people saying the same thing. "My credentials got exposed." "The agent ran code I didn't approve." "I don't trust this anymore." That's the OpenClaw problem nobody talks about. Now there's a fix. It's called IronClaw. Here's what makes it different: Built in Rust → fewer bugs, fewer holes for hackers to exploit Web assembly sandboxes → every tool runs in its own sealed room Encrypted credential vault → the AI never sees your passwords. Ever. Policy enforcement → you set the rules, the agent follows them Full audit logs → see exactly what it did, when, and why Side by side: OpenClaw → credentials leaked, no audit trail, tools accessed everything IronClaw → encrypted vault, sandboxed tools, policy guardrails, logs everything It's not for casual use yet. But if you're running a real business with real data? There's only one right answer here. Go to ironclaw.te and read how the credential vault works. The future of AI agents is secure AI agents. Full stop.

Julian Goldie SEO

15,686 views • 7 months ago

Very excited to announce that Flowsta, the authentication system made possible by Holochain, is feature complete and close to public release. Here's a video with a sneak peek at the dashboard that every Flowsta user gets access to. All user data on Flowsta is stored on Holochain. 1 public hApp (Holochain App) for public data like Agent ID, DID (W3C Decentralized ID), Display Name and Thumbnail. Each user has their own private hApp that encrypts all their private data, like password, email and usage meta data. Nobody can access this data without your password and/or recovery keys. It is mathematically impossible for Flowsta staff or anybody else to access this data without you explicitly granting access. This is game-changing. True decentralized censorship resistant authentication and data. All made possible by Holochain. Our next video will give a sneak peek into the Developer Dashboard for adding Flowsta to any Web app. Not just Holochain apps. AMA.. 🎉

Very excited to announce that Flowsta, the authentication system made possible by Holochain, is feature complete and close to public release. Here's a video with a sneak peek at the dashboard that every Flowsta user gets access to. All user data on Flowsta is stored on Holochain. 1 public hApp (Holochain App) for public data like Agent ID, DID (W3C Decentralized ID), Display Name and Thumbnail. Each user has their own private hApp that encrypts all their private data, like password, email and usage meta data. Nobody can access this data without your password and/or recovery keys. It is mathematically impossible for Flowsta staff or anybody else to access this data without you explicitly granting access. This is game-changing. True decentralized censorship resistant authentication and data. All made possible by Holochain. Our next video will give a sneak peek into the Developer Dashboard for adding Flowsta to any Web app. Not just Holochain apps. AMA.. 🎉

Eric Doriean 🌱

37,161 views • 10 months ago

🚀 Introducing AgentCPM-Explore: The First Open-Source 4B-Agent Model to Conquer GAIA & Complex Real-World Tasks! 🤗 Hugging Face: 🔗 GitHub: ✨ Key Highlights: ✅ SOTA Agentic Performance: Sets a new benchmark for 4B-scale agent models—outperforming all peers, surpassing 8B models, and rivaling select 30B+ and closed-source LLMs. 🧠 Deep Research Capability: Excels at long-horizon reasoning, supports 100+ turns of autonomous interaction with multi-source cross-validation, human-like self-correction, and dynamic tool use + strategy adaptation—just like a real researcher! 🔓 Full-Stack Open Source: We’re open-sourcing the entire end-to-end agent stack—not just the model! Empower your own innovations with - AgentRL: Asynchronous reinforcement learning framework - AgentDock: Secure, extensible tool sandbox - AgentToLeaP: An one-click evaluation platform for agent tool-learning capabilitie - Full training data pipeline & reproducible workflows #AgentCPM #OpenSourceAI #AgenticAI #AI #GAIA #LLM #OpenBMB #AIAgents #HuggingFace

🚀 Introducing AgentCPM-Explore: The First Open-Source 4B-Agent Model to Conquer GAIA & Complex Real-World Tasks! 🤗 Hugging Face: 🔗 GitHub: ✨ Key Highlights: ✅ SOTA Agentic Performance: Sets a new benchmark for 4B-scale agent models—outperforming all peers, surpassing 8B models, and rivaling select 30B+ and closed-source LLMs. 🧠 Deep Research Capability: Excels at long-horizon reasoning, supports 100+ turns of autonomous interaction with multi-source cross-validation, human-like self-correction, and dynamic tool use + strategy adaptation—just like a real researcher! 🔓 Full-Stack Open Source: We’re open-sourcing the entire end-to-end agent stack—not just the model! Empower your own innovations with - AgentRL: Asynchronous reinforcement learning framework - AgentDock: Secure, extensible tool sandbox - AgentToLeaP: An one-click evaluation platform for agent tool-learning capabilitie - Full training data pipeline & reproducible workflows #AgentCPM #OpenSourceAI #AgenticAI #AI #GAIA #LLM #OpenBMB #AIAgents #HuggingFace

OpenBMB

13,996 views • 8 months ago

New Agentic AI short course! AI Agentic Design Patterns with AutoGen, taught by Microsoft Research's Chi Wang and Penn State's Qingyun Wu (Hiring), shows you how to use AutoGen to implement agentic design patterns like multi-agent collaboration, sequential and nested chat, reflection, tool use, and planning. Learn how to build and combine multiple specialized agents – such as researchers, planners, coders, writers, and critics – that interact to execute complex workflows, like generating detailed financial reports, that would otherwise have taken extensive manual effort. This course illustrates key agentic design principles with many fun demonstrations. For example, you'll build a conversational chess game using two player agents, each of which can use a tool to validate moves and update the board state, while engaging in lively banter about the game! I've enjoyed using AutoGen, and think you will too. Sign up to get started here:

New Agentic AI short course! AI Agentic Design Patterns with AutoGen, taught by Microsoft Research's Chi Wang and Penn State's Qingyun Wu (Hiring), shows you how to use AutoGen to implement agentic design patterns like multi-agent collaboration, sequential and nested chat, reflection, tool use, and planning. Learn how to build and combine multiple specialized agents – such as researchers, planners, coders, writers, and critics – that interact to execute complex workflows, like generating detailed financial reports, that would otherwise have taken extensive manual effort. This course illustrates key agentic design principles with many fun demonstrations. For example, you'll build a conversational chess game using two player agents, each of which can use a tool to validate moves and update the board state, while engaging in lively banter about the game! I've enjoyed using AutoGen, and think you will too. Sign up to get started here:

Andrew Ng

218,895 views • 2 years ago

Most AI Agents can Talk..... Very few can actually do anything. You can spin up an agent in minutes… but the second you want it to: 🔴 Create a GitHub issue ⚪ Update Notion 🟡 Send a Slack message 🔵 Log actions properly 🟣 Handle auth securely You’re suddenly building integrations for weeks. This is why Merge Agent Handler caught my attention. It gives your AI agent real tool access across thousands of platforms through one integration, but the part I actually care about is this: Production-ready security + full audit logs out of the box. You can see every tool call. Every API request. Every response. So your agent isn’t just “connected”..... it’s monitored and controlled. If you’re building agents that need to take real actions, this is worth looking at: Video shows it in action 👇

Most AI Agents can Talk..... Very few can actually do anything. You can spin up an agent in minutes… but the second you want it to: 🔴 Create a GitHub issue ⚪ Update Notion 🟡 Send a Slack message 🔵 Log actions properly 🟣 Handle auth securely You’re suddenly building integrations for weeks. This is why Merge Agent Handler caught my attention. It gives your AI agent real tool access across thousands of platforms through one integration, but the part I actually care about is this: Production-ready security + full audit logs out of the box. You can see every tool call. Every API request. Every response. So your agent isn’t just “connected”..... it’s monitored and controlled. If you’re building agents that need to take real actions, this is worth looking at: Video shows it in action 👇

Kaitee

49,963 views • 7 months ago

Today I'm excited to share Sigilum! This is Payman's solution for Auditable Identity for AI Agents. (think One Password-ish but for AI Agents) I recorded a quick walkthrough showing how it all works (video below). This answers three pains we've seen within Financial Services (Banking) AI Agents we've built and OpenClaw🦞 AI Agents we deploy. Security, Auditability, and Control. 1. Security Making sure keys are secure and not just freely given to an AI Agent is a big deal. When working with money, you can't just expose these or skip putting controls in place. Sigilum provides a local gateway that prevents access to keys by the AI Agent without explicit authorization from a person. We provide namespaces through the service so you always know who authorized what key, for what service, to which agent. 2. Auditability If I could hit on the importance of this 100 times I would. It comes up in every financial services conversation. Sigilum provides you with the answer to "Who authorized this AI Agent to act on my behalf?" Audit logs trace back to the person, the service, and the AI Agent. With more audit logs being built through our managed service, this will be the key source for determining how an AI Agent is behaving on your behalf. This is needed for agents from OpenClaw, and especially for banking/money movement. 3. Control Revoke keys, limit access, grant authorization. All seemingly simple things, but complex to implement and make elegant. These controls dictate what the AI Agent can or cannot do. Sigilum allows you to do all of this through the managed Dashboard. We've made Sigilum open source and encourage others to contribute and keep building on the gateway. It's been a source of a lot of visibility and productization of AI Agents for us. We'll keep contributing and adding to it. Link in comments. If you want to try it out, we do have a managed service that makes it easy to spin up. Go to to sign up. Note: even though we've been pushing 100+ commits a day to get this out to folks, there are still some noticeable areas for improvement we're working on, which should get resolved soon (by us or you!): - Deeper audit trails - More providers (currently supports all OpenClaw providers) - Deeper scanning of existing keys your agent is hiding from you (we'll find them) - OpenClaw gateway persistence - Auto-purging keys - And more... If you want to contribute or have feedback, please DM or go to the GH. Happy building!

Today I'm excited to share Sigilum! This is Payman's solution for Auditable Identity for AI Agents. (think One Password-ish but for AI Agents) I recorded a quick walkthrough showing how it all works (video below). This answers three pains we've seen within Financial Services (Banking) AI Agents we've built and OpenClaw🦞 AI Agents we deploy. Security, Auditability, and Control. 1. Security Making sure keys are secure and not just freely given to an AI Agent is a big deal. When working with money, you can't just expose these or skip putting controls in place. Sigilum provides a local gateway that prevents access to keys by the AI Agent without explicit authorization from a person. We provide namespaces through the service so you always know who authorized what key, for what service, to which agent. 2. Auditability If I could hit on the importance of this 100 times I would. It comes up in every financial services conversation. Sigilum provides you with the answer to "Who authorized this AI Agent to act on my behalf?" Audit logs trace back to the person, the service, and the AI Agent. With more audit logs being built through our managed service, this will be the key source for determining how an AI Agent is behaving on your behalf. This is needed for agents from OpenClaw, and especially for banking/money movement. 3. Control Revoke keys, limit access, grant authorization. All seemingly simple things, but complex to implement and make elegant. These controls dictate what the AI Agent can or cannot do. Sigilum allows you to do all of this through the managed Dashboard. We've made Sigilum open source and encourage others to contribute and keep building on the gateway. It's been a source of a lot of visibility and productization of AI Agents for us. We'll keep contributing and adding to it. Link in comments. If you want to try it out, we do have a managed service that makes it easy to spin up. Go to to sign up. Note: even though we've been pushing 100+ commits a day to get this out to folks, there are still some noticeable areas for improvement we're working on, which should get resolved soon (by us or you!): - Deeper audit trails - More providers (currently supports all OpenClaw providers) - Deeper scanning of existing keys your agent is hiding from you (we'll find them) - OpenClaw gateway persistence - Auto-purging keys - And more... If you want to contribute or have feedback, please DM or go to the GH. Happy building!

tyllen

18,497 views • 7 months ago