HNHacker News
TopNewBestAskShowJobs

_enjn

1 karma · joined April 4, 2026

Running a small cloud/infrastructure company in Germany since '93. Mostly Go, Linux, Docker, self-hosted everything. Currently deep into AI agent infrastructure and how LLMs interact with real-world APIs.
submissionscomments
_enjn··on Show HN: An MCP server for Devops automation
Interesting that you manually mapped GET→resources and POST→tools. We hit the same pattern with ToolMesh.io so often that we built a declarative format for it — DADL, a YAML file that describes the REST API mapping, and the gateway generates the MCP server at runtime. No code, no deployment per API. The boilerplate of wrapping every REST API into an MCP server is probably the biggest adoption blocker right now.
_enjn··on The way every agent framework handles MCP is a latent security problem
The connection lifecycle is one problem, but even with ephemeral connections you still have the authorization gap — MCP has no built-in concept of per-tool, per-user permissions. We ran into this building an MCP aggregator (ToolMesh, Apache 2.0) where 15+ backends connect through a single gateway. Our approach: OpenFGA for fine-grained ReBAC authorization on every tool call, plus an Output Gate that can run e.g. DLP policies before results reach the LLM. The attack surface isn't just about which servers are connected — it's about what each agent is allowed to do with them. https://toolmesh.io