Tool & MCP Registry
Registro operativo de tools/MCPs, estados ADOPTED/EXPERIMENTAL/REJECTED/DEPRECATED/UNKNOWN, guardrails y relación con Skills, Standards y ADRs.
Registro operativo de tools/MCPs, estados ADOPTED/EXPERIMENTAL/REJECTED/DEPRECATED/UNKNOWN, guardrails y relación con Skills, Standards y ADRs.
El Tool & MCP Registry evita redescubrir herramientas y adoptar integraciones sin criterio. Cada tool o MCP debe tener propósito, estado, guardrails y evidencia suficiente para su nivel de madurez.
Estados del registro
ADOPTED identifica herramientas aprobadas para uso regular; EXPERIMENTAL requiere POC y límites; REJECTED registra por qué no conviene; DEPRECATED marca salida planificada; UNKNOWN indica información insuficiente.
- ADOPTED.
- EXPERIMENTAL.
- REJECTED.
- DEPRECATED / UNKNOWN.
Relación con DCP Flow
Un tool no sustituye un Standard, Blueprint o Skill. El registro dice qué herramienta existe y cómo se gobierna; las reglas y patrones de uso viven en los artefactos correspondientes cuando el aprendizaje merece institucionalizarse.
- POC antes de promoción.
- Guardrails y permisos.
- Relación con Skills y Standards.
- ADR cuando la decisión es material.
Conocer una herramienta no significa adoptarla
El Tool & MCP Registry conserva qué herramientas conocemos, para qué sirven, qué riesgo introducen y qué evidencia existe. Los estados ADOPTED, EXPERIMENTAL, REJECTED, DEPRECATED y UNKNOWN evitan que una mención en el catálogo se interprete como recomendación universal. Además, una herramienta adoptada para DCP no queda automáticamente aprobada para cada proyecto ni autorizada para ejecutar ahora.
- KNOWN ≠ ADOPTED.
- ADOPTED ≠ mandatory.
- Project approval sigue siendo contextual.
- Authorization sigue siendo una decisión separada.
Un MCP es una boundary de capacidades
Antes de adoptar un MCP importa saber qué puede leer o mutar, cómo autentica, dónde ejecuta, qué secretos usa, qué logs produce y qué capability duplica. El registry v0.3 mantiene GitHub MCP, n8n Instance MCP, Google Cloud MCP/gcloud-mcp, AWS MCP y Hostinger API MCP como EXPERIMENTAL hasta POC ejecutable. La conveniencia del protocolo no convierte al MCP en source of truth.
- GitHub MCP — EXPERIMENTAL.
- n8n MCP — EXPERIMENTAL.
- GCP/AWS MCP — EXPERIMENTAL.
- Hostinger MCP — EXPERIMENTAL.
Registry, Skill, Standard y ADR tienen responsabilidades diferentes
El Registry dice qué herramienta conocemos y su estado; una Skill explica cómo ejecutar correctamente una capability; un Standard define una regla transversal; un ADR conserva una decisión material contextual. Construir un MCP propio solo tiene sentido cuando existe una capability repetida, un contrato suficientemente estable, guardrails claros y una mejora real frente a APIs, CLI o MCPs ya existentes.
- Registry = inventory + status.
- Skill = execution knowledge.
- Standard = cross-project rule.
- ADR = contextual material decision.
Glosario contextual＋
Registro gobernado de herramientas conocidas y su estado dentro de DCP Flow.
Interfaz/protocolo para exponer herramientas y recursos a agentes de IA de forma estructurada.
Estado de una herramienta validada y aceptada para uso definido.
Estado de una herramienta aún en prueba o POC.