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: https://t.co/Iw6Kgl9eDc
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. 🤝
This is really neat but it’s not a design tool as much as it’s a design _production_ tool.
The practice of design is mostly about what comes before production.
There’s no doubt in my mind that all parts of software production will become automated very soon. Writing code, making web pages, putting pieces of a design system together etc.
And that’s fine. I think few people actually enjoy this kind of production work. Wouldn’t it be better if we spent our precious time in life on what is more meaningful?!
At the core, the practice of design is methodical; like architecture, not like art. In a nutshell: We find constraints, form comprehension of the whole and propose solutions that honor those constraints. First after that do we enter some form of production phase, usually prototypes first, learn about some constraints that were hidden before, loop back, prototype and then build the production-grade “final” artifact.
These last few tasks are quickly losing value because AI tools can do it much faster (not yet better though) than humans. It’s simply just what has the best RoI for a business.
Some companies and individuals will continue to spend human time on certain parts of the “production line” as a market differentiator, but it will cost them a relatively high price compared to competitors.
Anyhow, I still haven’t seen a tool better than Figma that supports the actually-interesting part of the design process.
I wouldn’t be surprised if Figma focused their products on that, maybe separating “products for production” of “products for ideation & exploration.” The latter would obviously still leverage AI, but not to do the work for me but rather to support my efforts the way a therapist helps me live a better life (not living my life for me.)
@bcherny Hey, thank you! As a Claude Code user and an API user that wants to see Anthropic be more generous and transparent with usage limits, it sucked seeing some slop cannons abuse subscriptions and ruin it for the rest of us.
Claude Cowork works because it’s connects to your services via MCP. Your Slack Claude Code plugin works because of MCP. A common auth standard is hugely valuable. If you have context bloat, get a better client, because you shouldn’t just dump a list of tools into your context window.
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.
When we ask an agent to "fix this bug," we're approving hundreds of actions we'll never see. These agents have our production credentials; and increasingly, they run in the background while we work on something else.
Engineers are spinning up multiple Claude Code sessions in parallel, and ClawdBot hit >100k GitHub stars in weeks by letting agents handle email, workflows, even car purchases. The shift to agents without constant supervision is here.
Today we're launching @MintMCP_AI : governance for AI agents.
@voxmatt , CEO of @getclockwise , takes us through the difference between data access and intelligent coordination when building MCP servers.
Most MCP servers expose calendar data for LLMs to process, Clockwise's server does the scheduling optimization server-side and returns actionable proposals.
One leverages the LLM's intelligence. The other leverages domain intelligence. Read it here:
https://t.co/qHGF676NMb
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
MCP gateways have proven to be a critical piece of infrastructure of bringing MCP into enterprise settings, and that gateway infra is enabling creative ways of solving downstream MCP challenges. One of them: solving tool overload on a use-case by use-case basis.