servicegraph
Planned integration with Kubernetes for service registry and deployment evidence in cross-service impact analysis.
Planned integration with OpenTelemetry to enrich the evidence graph with runtime trace observations.
Integrates with Spring-based services (Spring Cloud Gateway, controllers, OpenFeign, JPA/MyBatis) for static analysis of frontend-to-backend service flows.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@servicegraphshow impact of changing the user DTO across services"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
ServiceGraph
Local-first cross-service code intelligence for AI agents
中文 · Development plan · Impact analysis plan · Integrations
ServiceGraph is building a local-first, cross-repository change intelligence engine for AI agents. It connects frontend code, gateways, backend services, contracts, configuration, registries, databases, and eventually runtime traces so a requirement or code change can become an evidence-backed impact, development, integration, and verification plan.
ServiceGraph is at the foundation stage. The CLI, configuration model, upstream detection, and MCP contracts work today. Cross-service federation is the next milestone; the diagrams below describe the target, not a finished capability.
Why ServiceGraph?
A repository code graph knows what the source says can happen. A service registry knows which service instances currently exist. A runtime trace knows what happened for one sampled request. Cross-service development needs all three views, tied to stable service, endpoint, revision, and source identities.
ServiceGraph aims to answer questions such as:
How does a click in
mall-webreach the inventory database?Which repository and handler implement
POST /ordersin the test environment?If this DTO, route, or service name changes, which repositories and tests are affected?
Is this edge inferred from source, declared in a contract, or observed at runtime?
Which services are the minimum set needed to develop this flow locally?
Related MCP server: agentmako
Architecture
flowchart LR
CLI["CLI"] --> D["servicegraphd"]
MCP["MCP server"] --> D
WEB["Local Web UI<br/>(planned)"] --> D
CBM["Codebase Memory"] --> D
CG["CodeGraph<br/>(optional enrichment)"] --> D
NACOS["Nacos<br/>(planned)"] --> D
OTEL["OpenTelemetry<br/>(planned)"] --> D
D --> GRAPH["Federated evidence graph"]
GRAPH --> IMPACT["Impact engine<br/>(planned)"]
IMPACT --> REPORT["Change, integration,<br/>and verification plan"]ServiceGraph integrates with Codebase Memory as its planned default repository indexer and CodeGraph as optional in-repository enrichment. Both are independent projects and are detected as external tools; ServiceGraph does not install, bundle, or modify them.
Project status
Capability | Status |
Strict TypeScript identity and evidence model | Available |
| Available |
Codebase Memory and CodeGraph installation probes | Available |
MCP tool schemas and honest not-initialized/not-built errors | Available |
Static frontend → gateway → Spring service federation | In development |
Git diff → cross-repository impact report | Planned |
Requirement → confirmed change anchors | Planned |
OpenAPI, configuration evaluation, and Nacos identity | Planned |
Evidence-backed Mermaid sequence diagrams | Planned |
Local Web UI | Planned |
OpenTelemetry observed/possible diff | Planned |
Try the foundation
Requirements: Node.js 22+ and pnpm 11.
git clone https://github.com/LM20230311/servicegraph.git
cd servicegraph
corepack enable
pnpm install --frozen-lockfile
pnpm build
pnpm servicegraph doctor
pnpm servicegraph init /path/to/a/multi-repository-workspace
pnpm servicegraph status /path/to/a/multi-repository-workspaceRun the stdio MCP server:
pnpm mcpThe server currently registers servicegraph_explore and
servicegraph_sequence. Until the federation index milestone lands, they return
structured WORKSPACE_NOT_INITIALIZED or GRAPH_NOT_BUILT errors instead of
inventing a flow.
Target output example
The following is an illustrative target, not output produced by the current release:
sequenceDiagram
actor User
participant Web as mall-web
participant Gateway as api-gateway
participant Order as order-service
participant Inventory as inventory-service
participant DB as inventory-db
User->>Web: Submit order
Web->>Gateway: POST /api/orders
Gateway->>Order: POST /orders
Order->>Inventory: POST /reservations
Inventory->>DB: INSERT reservation
DB-->>Inventory: reservationId
Inventory-->>Order: reserved
Order-->>Web: orderIdEvery future arrow must carry provenance, confidence, environment, revision, and a source anchor. Static possibilities and runtime observations will never be presented as the same kind of fact.
Roadmap
Build the evidence-backed static vertical slice for Vue/React, Spring Cloud Gateway, controllers, OpenFeign, and JPA/MyBatis.
Ship Git diff impact analysis across repositories, APIs, contracts, data, and tests.
Add two-stage requirement anchoring and advisory PR impact reports.
Add Nacos, Kubernetes, and OpenTelemetry evidence plus the local Impact Workbench.
Generate development slices and later add permission-aware team workflows.
See the development plan for the overall roadmap and the impact analysis plan for the public model, interfaces, propagation rules, milestones, and acceptance criteria.
Contributing and security
Read CONTRIBUTING.md before proposing large API changes. Report vulnerabilities according to SECURITY.md, not in a public issue.
Independence and license
ServiceGraph is not an official extension of Codebase Memory or CodeGraph, and neither upstream project endorses or is responsible for it. See Integrations and NOTICE.
ServiceGraph is licensed under Apache-2.0.
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/LM20230311/servicegraph'
If you have feedback or need assistance with the MCP directory API, please join our Discord server