Guía 2 · Crea módulos y skills

Guía 2 · Crea módulos y skills A workflow diagram generated by Archify. 01 / Integrador (Claude Code) 02 / Puertas: sandbox y registro 03 / Tenant (MCP + Hermes) EX / Descartes Diseñar Verificar Activar Describe el flujo · docs, capturas, transcripción · Integrador (Claude Code) › Diseñar Describe el flujo docs, capturas, transcripción Spec + grafo · aprobación en el visor · Integrador (Claude Code) › Diseñar Spec + grafo aprobación en el visor Construcción · pasos con tools del MCP · Integrador (Claude Code) › Diseñar Construcción pasos con tools del MCP Módulo en InsForge · tablas RLS, funciones, webhooks · Integrador (Claude Code) › Verificar · solo si hay datos propios Módulo en InsForge tablas RLS, funciones, webhooks solo si hay datos propios Veredicto tier/foso · T0..T3 o RECHAZADA · Puertas: sandbox y registro › Verificar Veredicto tier/foso T0..T3 o RECHAZADA register_specialization · nivel 1-4 por sub-acción · Puertas: sandbox y registro › Verificar register_specialization nivel 1-4 por sub-acción Skill en Hermes · /nombre-skill · Tenant (MCP + Hermes) › Activar Skill en Hermes /nombre-skill RECHAZADA · toca el muro: rediseñar · Descartes › Verificar RECHAZADA toca el muro: rediseñar Sin nivel declarado · missing_verifiability_declaration · Descartes › Verificar Sin nivel declarado missing_verifiability_declaration datos propios acoplada al tenant rechaza aprobado RECHAZADA T0..T3 Legend Agent logic Policy Context / trace Cloud service External system

Términos

  • • Tier T0..T3: qué herramientas toca la skill; T2/T3 pasan revisión al publicar
  • • Foso: la skill queda acoplada al MCP y datos del tenant, no es portable

Módulo con datos propios

  • • InsForge guarda solo lo del módulo; lo de Pimia va por SDK con external_ref
  • • Funciones con token prestado por petición: InsForge nunca tiene grant propio

Verificabilidad

  • • Cada sub-acción bloqueante declara nivel 1-4 y si cuenta para el sello
  • • Nivel 4: humano en el bucle visible; sin nivel no hay registro