PulseMCP retweeted
Meet Ola. One of the folks leading the Skills Over MCP working group. Ola and other volunteer engineers worked on extending MCP to discover and fetch Agent Skills
Happy to see this accepted as an official extension 🎉
Ola gave us a break down of how this all works at AGNTCon + MCPCon Japan. Content great and the slides were 🔥
Check out it!
youtu.be/3oHLjC3wZNE
PulseMCP retweeted
Open protocols like MCP pull monolithic AI stacks apart into competitive markets
MCP's real unlock is composition across apps, not one server per client
New from Adam Jones (@AnthropicAI) & Tadas Antanavicius (@pulsemcp) on how MCP shape's production
asimovaddendum.substack.com/…
PulseMCP retweeted
I teamed up with @domdomegg from @AnthropicAI to write up what we think are some advanced MCP usage trends and opportunities - ones you can put into practice today.
My favorite takeaways from our writeup:
(1) Claude Tag <> Slack is just the first example of adding an “MCP harness” to a surface we already love using (Slack). And there’s nothing stopping us from DIYing our own bridges for everything else, today.
PulseMCP retweeted
Inability to save on costs may be true for teams where every individual is doing AI-assisted dev work from scratch every time they spin up a coding agent.
I think the opportunity here is mostly for teams that have matured towards hardened auto-triggered, cloud agent workflows. The complexity of those is more predictable, the paths (memorialized as Skills) better-trodden.
It seems many @cognition customers are near this point - @ido_pesok wrote up recently how such async sessions are eclipsing interactive ones (xitter.cf/ido_pesok/status/20604…). I bet @FactoryAI customers show a similar profile. But most companies are nowhere close to this yet.
The Factory team seems very smart, and I'm eager to see how well their cost-optimizing new model router works. If they can pull it off, that is a huge accomplishment.
For Amp: we may try to build a model router that picks the best model for a task, but we don't intend to build a cost-optimizing model router based on the current state of the models. Here's why.
Every time we've looked into using cheaper models in Amp, we've benchmarked on tasks that reflect how people use agents for coding today. On these real tasks, the expensive frontier model was not only the best (obviously), but also usually the fastest and cheapest, when measuring end-to-end task completion.
Why? Cheaper-per-token models are less capable, which means that on complex real-world tasks they spend more tokens and time fixing mistakes along the way.
You can find plenty of cases where cheaper models are indeed faster and cheaper end-to-end. But such cases were rarer than we expected, and the differences were fairly small.
If you can easily detect such cases, then there is an opportunity here. But even then, on the AI hedonic treadmill, once people get a taste of frontier intelligence, they don't want to go back to using those more primitive prompts where cheaper models suffice. (Which is a good part of human behavior! It's how we decided to stop living in caves!)
If your tasks can be handled just as well by non-frontier models, I would strongly advise you to uplevel how you use agents and what you produce to stay competitive against people who are using frontier models.
In a power-law world, with rapid intelligence advances, try to get to the frontier and stay there.
PulseMCP retweeted
A new playbook on @pulsemcp defines the standards for team collaboration on agent skills.
The guide provides a technical walkthrough on using MCP to synchronize agentic workflows and manage shared capabilities across a multi-agent environment. It is a key resource for those building the next generation of collaborative AI infrastructure.
Full playbook available at: bit.ly/4fjVNo0
PulseMCP retweeted
The top MCP question from enterprise leaders right now:
"How do I curate an approved list of servers for my org?"
With 13,000+ MCP servers out there and new ones shipping daily, "just let people install things" isn't a strategy.
So we teamed up with @tadasayy and @grumpygrowthguy from @pulsemcp to build a curated catalog of trusted MCP servers purpose-built for Speakeasy customers rolling out MCP at scale.
Production-grade, vetted, enterprise-ready. 🤝
PulseMCP retweeted
Software engineers worried about AI absorbing their craft would do well to embrace the change and do what the history of building software has always done: move up the abstraction layer.
Agentic engineering is here. Teams are making it work. The portfolio of very public examples of this adoption grows by the day. I’ve been coaching some of the teams going through this shift in the software engineering trade - and I’ve found that the mindset shift often takes just two very specific “aha” moments.
PulseMCP retweeted
Excalidraw in Claude. MCP Apps made by one of the main engineers behind MCP Apps: github.com/antonpk1/excalidr…
Congrats on the launch, @PlanetScale!
PulseMCP retweeted
MCP Apps are officially here. 🎉
Officially released today by @AnthropicAI, @OpenAI, and MCP-UI (@idosal1 and myself).
These apps will run *everywhere*. @claudeai, @code, @goose_oss, even @ChatGPTapp. Everywhere.
*Check out the future of the web*:
blog.modelcontextprotocol.io…
PulseMCP retweeted
The MCP ecosystem faces a repeated "chicken or egg" problem with its long tail of rich features. Servers don't implement features until clients support them, & vice-versa.
Sometimes the problem is even worse: servers can't adopt features lest they break (popular) laggard clients
PulseMCP retweeted
There are several kinds of MCP servers out there:
- Thin wrapper logic that could be an Agent Skill or a CLI tool
- CRUD access that does little more than use MCP as a standardized auth mechanism
- And the most compelling: buckets of hard-won domain intelligence
That third category is where MCP really shines
PulseMCP retweeted
We are donating MCP to the newly created Agentic AI Foundation. I am thrilled that we found a way to ensure that MCP will always remain neutral.
Our commitment to MCP remains the same. We continue to be deeply involved and help steer the ship alongside other core maintainers from OpenAI, Google, AWS and Microsoft and the broader MCP community.
Anthropic is donating the Model Context Protocol to the Agentic AI Foundation, a directed fund under the Linux Foundation.
In one year, MCP has become a foundational protocol for agentic AI. Joining AAIF ensures MCP remains open and community-driven. anthropic.com/news/donating-…
PulseMCP retweeted
MCP Night is next week and we have a STACKED lineup 🔥
@dsp_ – co-creator of MCP @Anthropic
@nicknotfun - MCP core @OpenAI
Den Delimarksy - Eng @Microsoft
@paul_irish – Eng @Google
@ritakozlov – VP AI @Cloudflare
@CraigCannon – Head of DevRel @Supabase
@ReillyWood– Eng @datadoghq
Plus some other surprise guests. It's going to be an incredible night. Make sure to RSVP now 🙇♂️
PulseMCP retweeted
One of the biggest challenges with using agents today is figuring out how to provide the LLMs with a toolset that it understands how to use accurately, is not overly broad, and enables meaningful tasks to be completed.
After testing out various approaches, we have found a use case driven way for packaging up tools to be the most effective approach. Our article with @pulsemcp goes into the details of what we've learned, why it is important to have tool groups based on use case or roles, and how it turns out that Model Context Protocol (MCP) already provides a natural way for us to implement this.
We call this approach the Virtual MCP approach, where we use a gateway architecture to quickly group up tools by use case. Critically, tools in a virtual MCP come from multiple MCP servers. Using a virtual MCP setup makes it both easy for end users to configure, and also IT/admins to secure.
As enterprises adopt more agents + MCPs, we think these approaches will become critical as we need control and telemetry into what the agents can and are doing.
Thanks for @tadasayy @grumpygrowthguy for the collaboration.
pulsemcp.com/posts/virtual-m…
@mintive @MCP_Community
MCP gateways help solve aggregation but often contribute to tool overload. When you have 1000+ tools available, agents struggle and context windows explode.
When a design team just needs a few tools across Figma, Linear, and Github MCP Servers, they are likely to end up unintentionally loading hundreds.
Our friends @mintive partnered with PulseMCP to share how they are tackling this problem with Virtual MCP Servers. Give it a read: pulsemcp.com/posts/virtual-m…




















