Tool & MCP Registry
Operational tool/MCP registry with ADOPTED/EXPERIMENTAL/REJECTED/DEPRECATED/UNKNOWN states, guardrails, and relationships to Skills, Standards, and ADRs.
Operational tool/MCP registry with ADOPTED/EXPERIMENTAL/REJECTED/DEPRECATED/UNKNOWN states, guardrails, and relationships to Skills, Standards, and ADRs.
The Tool & MCP Registry prevents rediscovery and uncontrolled adoption. Every tool or MCP should have a purpose, lifecycle state, guardrails, and evidence appropriate to its maturity.
Registry states
ADOPTED marks regular approved use; EXPERIMENTAL requires a POC and limits; REJECTED records why a tool is unsuitable; DEPRECATED signals planned retirement; UNKNOWN means evidence is insufficient.
- ADOPTED.
- EXPERIMENTAL.
- REJECTED.
- DEPRECATED / UNKNOWN.
Relationship with DCP Flow
A tool never replaces a Standard, Blueprint, or Skill. The registry tracks what exists and how it is governed; reusable operating rules belong in the appropriate DCP Flow artifact when evidence supports promotion.
- POC before promotion.
- Guardrails and permissions.
- Relationship to Skills and Standards.
- ADR when the decision is material.
Knowing a tool does not mean adopting it
The Tool & MCP Registry preserves which tools are known, what they do, what risk they introduce, and what evidence exists. ADOPTED, EXPERIMENTAL, REJECTED, DEPRECATED, and UNKNOWN prevent a catalog mention from being interpreted as a universal recommendation. A tool adopted by DCP is also not automatically approved for every project or authorized to execute now.
- KNOWN ≠ ADOPTED.
- ADOPTED ≠ mandatory.
- Project approval remains contextual.
- Authorization remains a separate decision.
An MCP is a capability boundary
Before adopting an MCP, DCP Flow asks what it can read or mutate, how it authenticates, where it runs, what secrets it uses, what logs it produces, and which capability it duplicates. Registry v0.3 keeps GitHub MCP, n8n Instance MCP, Google Cloud MCP/gcloud-mcp, AWS MCP, and Hostinger API MCP as EXPERIMENTAL until an executable POC exists. Protocol convenience does not make the MCP a source of truth.
- GitHub MCP — EXPERIMENTAL.
- n8n MCP — EXPERIMENTAL.
- GCP/AWS MCP — EXPERIMENTAL.
- Hostinger MCP — EXPERIMENTAL.
Registry, Skill, Standard, and ADR have different responsibilities
The Registry records what tool is known and its status; a Skill explains how to execute a capability correctly; a Standard defines a cross-project rule; an ADR preserves a material contextual decision. Building a custom MCP only makes sense when the capability repeats, the contract is stable enough, guardrails are clear, and it improves meaningfully on existing APIs, CLIs, or MCPs.
- Registry = inventory + status.
- Skill = execution knowledge.
- Standard = cross-project rule.
- ADR = contextual material decision.
Contextual glossary+
Governed registry of known tools and their status within DCP Flow.
Interface/protocol for exposing tools and resources to AI agents in a structured way.
State of a tool validated and accepted for a defined use.
State of a tool still under evaluation or POC.
