Nexus-Dev Gateway

Nexus-Dev Gateway

Gateway-style MCP tool router described in [src-041]. Instead of injecting every backend tool schema into the agent’s prompt, Nexus-Dev exposes a small routing interface and loads service-specific schemas lazily when the agent actually needs them.

Key facts

  • Type: MCP gateway / tool router
  • Pattern: Single router schema in context, backend schemas loaded on demand
  • Measured fixed overhead: about 20 tokens in the article’s GitHub experiment [src-041]
  • Trade-off: Slightly higher per-call envelope cost than native MCP, but far lower idle cost across multi-service sessions [src-041]

Why it matters

Nexus-Dev represents the Gateway MCP Pattern: keep MCP-quality structured outputs, but avoid paying the full Tool Schema Tax for every connected service on every prompt.

Related concepts

Source references

  • [src-041] Marco Mornati — “The Future of Agentic Tooling: MCP Servers vs. CLI A Data-Driven Comparison” (2026-04-27)

Robin Cartier perspective

This page is part of Robin Cartier's working AI knowledge graph: a practical research layer for production AI, recommendation systems, experimentation, GEO, and agentic web readiness.

The useful next step is to connect this concept back to applied product leadership and operating models.

Recommended next

Keep reading from this thread

From 491 indexed pages and articles.

  1. Wiki concept Progressive Context Loading (Skills) The three-level loading pattern Claude Code uses to keep skills lightweight. Level 1: initial search only reads the YAML frontmatter (name + Related by 041
  2. Wiki concept Agentic Tooling Gives AI agents access to external systems through APIs, MCP servers, CLIs, browsers, and workflow runtimes. Related by gateway
  3. Insight AI Beyond POCs How enterprise AI moves beyond proofs of concept through ownership, governance, measurement, adoption, and production operating models Readers have engaged with this next