Claude-skill-registry Agent Configuration Architect
Especialista en configuración de agentes de IA: templates, tools, models, prompts y seed data.
git clone https://github.com/majiayu000/claude-skill-registry
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/agent-configuration-architect-adriangmrraa-multiagents-platform" ~/.claude/skills/majiayu000-claude-skill-registry-agent-configuration-architect && rm -rf "$T"
skills/data/agent-configuration-architect-adriangmrraa-multiagents-platform/SKILL.mdAgent Configuration Architect - Platform AI Solutions (v7.1.2)
1. Concepto: La Arquitectura de Agentes Nexus
Filosofía Multi-Capa
Nexus no usa un único system prompt estático. Utiliza una arquitectura de 3 capas para construir la inteligencia del agente en runtime:
- Capa 1: Template Base (Polimorfismo): Definida en
. Provee la estructura de identidad y reglas core según el rol (Sales, Support, Leads, Logistics).agent_service/app/core/agent_templates.py - Capa 2: Wizard Overrides (Identidad de Negocio): Datos específicos del cliente (Tono, Reglas de Negocio, Diccionario de Sinónimos) que sobreescriben los valores del template.
- Capa 3: Instrucciones de Tools (Táctica de Ejecución): Instrucciones detalladas sobre CÓMO usar cada herramienta y CÓMO formatear la respuesta, inyectadas dinámicamente.
2. Configuración de Templates (Wizard Defaults)
Los valores predeterminados para el Wizard se definen en
orchestrator_service/app/api/agents.py → AGENT_TEMPLATES.
Ejemplo: Sales Agent (Pointe Coach inspired)
AGENT_TEMPLATES = { "sales": { "agent_name": "Agente de Ventas (IA)", "model_provider": "openai", "model_version": "gpt-4o", "temperature": 0.7, "defaultValue": { "agent_tone": "Sos una asesora experta en danza clásica... usamos voseo argentino...", "synonym_dictionary": "mallas: Leotardos\ncancanes: Medias...", "business_rules": "1. Prioridad: Venta asistida...\n2. Fitting: Ofrecer siempre para puntas...", "catalog_knowledge": "Categorías: Zapatillas, Medias, Leotardos, Accesorios.", "store_website": "https://pointecoach.com" } } }
3. Dynamic Global Templates (v7.2+)
Nexus ahora soporta Templates Dinámicos almacenados en la base de datos. Esto permite crear plantillas que aparecen automáticamente en el Wizard de todos los inquilinos.
Lógica de Visibilidad
El endpoint
/admin/agent-templates mezcla los templates hardcoded con los de la base de datos siguiendo esta lógica:
: El registro es tratado como una plantilla, no como un agente vivo.is_template = TRUE
: Template Global. Visible para todas las cuentas del sistema.tenant_id IS NULL
: Template Privado. Visible solo para el inquilino X.tenant_id = X
Mapeo de Campos
El JSON en la columna
config del template debe mapear a los campos expected del Wizard:
-> Descripción en el Wizard.store_description
-> Tono y Personalidad.agent_tone
-> Reglas de Negocio.business_rules
-> Diccionario de Sinónimos.synonym_dictionary
4. Instrucciones de Herramientas (Tool Config)
Cada herramienta tiene dos componentes de inyección de prompt definidos en
orchestrator_service/main.py:
- Táctica (
): Instrucciones sobre el proceso de pensamiento y validación antes de llamar a la tool.tactical_injections - Guía de Respuesta (
): Instrucciones sobre el formato y contenido de la salida (ej: Formato WhatsApp limpio, CTAs obligatorios).response_guides
Distribución de Instrucciones
El sistema busca instrucciones en este orden de prioridad:
- Personalización por Tienda: Configurada en el modal "Configurar Herramientas" (
).tenant.tool_config - Configuración de la Tool en DB: Tabla
, campostools
yprompt_injection
.response_guide - Global Defaults: Diccionarios
ytactical_injections
enresponse_guides
.main.py
4. Inyección Dinámica y Variables Mágicas
El Orchestrator inyecta variables en el prompt antes de enviarlo al
agent_service:
: Nombre del comercio.{STORE_NAME}
: Descripción del catálogo (Wizard).{STORE_CATALOG_KNOWLEDGE}
: Descripción del negocio.{STORE_DESCRIPTION}
: URL del sitio (usado en guías de respuesta).{store_website}
5. El Proceso de "Trasplante" de Templates
Cuando integres un agente de un proyecto legacy o una configuración compleja (como Pointe Coach), utilizá la técnica de Distribución Multi-Capa:
| Componente | Ubicación en Código | Propósito |
|---|---|---|
| Identidad/Tono | (Wizard) | Estilo de habla y personalidad. |
| Reglas de Negocio | (Wizard) | Políticas de venta, derivación y fitting. |
| Diccionario | (Wizard) | Mapeo de términos informales a categorías. |
| Táctica de Tool | (Tactical) | Lógica de búsqueda y validación. |
| Formato Respuesta | (Response) | Estructura visual de los mensajes (WhatsApp). |
| Reglas de Calidez | (Base) | Puntuación, prohibiciones críticas (anti-markdown). |
[!TIP] Consultá la skill
para ver el proceso paso a paso de extracción textual 1:1.Template_Transplant_Specialist
6. Checklist de Arquitecto
- Wizard Alignment: Asegurate de que los campos
,agent_tone
ybusiness_rules
del Wizard lleguen comosynonym_dictionary
alwizard_overrides
.agent_service - Tool Parity: Verificá que el modal "Configurar Herramientas" en el Frontend muestre los defaults del sistema si no hay customización.
- Prompt Merge: Verificá en
que el prompt final sea la unión de:agent_service/main.py
+template.build_system_prompt()
+request.context.system_prompt
(RAG y Tools).injected_content - Token Flow: Confirmá que el
se obtenga del Vault y se pase limpio altiendanube_access_token
sin fallbacks legacy.agent_service
Protocolo Omega: En el 2026, los agentes se definen por su capacidad de seguir instrucciones tácticas precisas por herramienta. Menos "instrucciones generales" y más "guías de respuesta específicas".