Volver a la wiki

Equipo de agentes IA · CreaRackSL

Equipo de agentes IA · arquitectura interna

Referencia técnica: estructura por repo, perfiles de sesión, agentes activos y routing de modelos. Reescrita el 10-07-2026 (auditoría del workspace): la versión anterior describía el estado pre-poda de abril (agentes dev/ transversales, admin-billing, support-l2, carpeta Documentation/ — todo retirado).

📖 Esta página es la referencia técnica del equipo de agentes. Para una introducción (qué son, cómo se invocan): ver [[workspace—agentes-ia]].

Arquitectura (dónde vive cada cosa)

UbicaciónQué esCuántos
CreaRackSL-workspace/agents/Plantillas de rol (biz/ops/support) para sesiones del equipo10 activos + TEMPLATE
CreaRackSL-workspace/agents/_shared/Contexto común (empresa, equipo, fiscal, guardarraíles) que todos referencian1
CreaRackSL-workspace/agents/_archive/Podados en s185 (dev-* transversales, support-l2, admin-billing)8
CreaRack-Pro/context/agents/Fichas técnicas de dominio por módulo — las que Claude Code usa al programar8
CreaRackSL-workspace/public/supercontext/agents/Prompt de la routine remota de mantenimiento semanal1

Principio (desde la auditoría 10-07-2026): lo común no se repite. El bloque compartido vive en agents/_shared/contexto-comun.md; cada agente lleva un frontmatter con name, category, primary_user, routing y last_updated, y contiene SOLO lo diferencial de su rol. Los datos volátiles (IPs, versiones, conteos) van en una sección final “Datos vivos” para no invalidar el prefijo cacheado del prompt.

Los 10 agentes activos y su routing de modelo

El campo routing del frontmatter marca a qué modelo puede ir cada agente (vocabulario definido en agents/TEMPLATE.md):

AgenteRolRoutingPor qué
biz/marketing-contentContenido de marketingglm-safeRedacción; sin tools destructivas
biz/sales-outboundProspección, plantillas emailglm-safeEl envío real lo hace un humano
support/sales-demoGuion de demosglm-safePreparación; la demo la da un humano
support/support-l1FAQ y soporte primer nivelglm-safeEscala sin inventar; sin escrituras
biz/biz-crmCRM/leads en Holdedglm-supervisedCRUD reversible; revisar creaciones
ops/ops-workspaceTareas/noticias/alertasglm-supervisedLos delete_* borran en firme
biz/biz-accountingContabilidad y facturaciónfrontier-onlyDinero real (Holded exige confirm)
biz/legal-contractsContratosfrontier-onlyDocumentos vinculantes
biz/legal-rgpdCumplimiento RGPDfrontier-onlyRiesgo regulatorio
ops/ops-infraInfraestructura PRODfrontier-onlySSH root; nunca barato en escritura

Las 8 fichas dev-* de CreaRack-Pro no son “agentes que actúan” sino contexto técnico de lectura; el modelo lo decide la sesión que las carga (Regla 10 del menú de delegación).

Perfiles de sesión

MCP y guardarraíles

Los agentes operan contra el MCP del workspace (~100 tools). Desde la auditoría 10-07-2026: las operaciones Holded de dinero real (holded_create_invoice, holded_send_invoice, holded_mark_paid) exigen confirm: true tras confirmación humana explícita, los holded_list_* devuelven contexto acotado (limit + campos planos), y los delete_* avisan de que borran en firme. Detalle: WORKSPACE-AUDIT.md en la raíz del repo.

Histórico

Véase también

Subir