Glosario del Marketplace Inteliside¶
Este glosario define los terminos tecnicos, acronimos y conceptos especificos del ecosistema de plugins Inteliside. Los terminos estan orientados a personas que trabajan con los plugins del marketplace y necesitan entender la terminologia comun entre ellos. No se incluyen terminos generales de programacion ni conceptos estandar de la industria que no tengan un significado especifico dentro de este ecosistema.
| Termino | Definicion | Plugins relacionados |
|---|---|---|
| Acceptance Criteria (AC) | Condiciones verificables que una feature debe cumplir para considerarse completa. En SDD-Wizards usan numeracion flat global (AC-01, AC-02). ATL las normaliza a formato domain-prefixed al generar la spec tecnica. Un AC es COMPLIANT solo si existe un test que lo cubre Y pasa. |
sdd-wizards, atl-inteliside, sdd-intake |
| ADR (Architecture Decision Record) | Registro formal de una decision de arquitectura. ATL los genera durante sdd-design y los persiste en Engram bajo team/decisions/{tema}. RE-Wizard los infiere durante Phase 3 (Application Analysis). |
atl-inteliside, re-wizard |
| ATL (Asamblea de Trabajo Libre) | Nombre del motor de ejecucion de features de Inteliside. Sigue un DAG (grafo dirigido aciclico) de 10 fases: ingesta, inicializacion, exploracion, propuesta, spec+design, tasks, tests, implementacion, verificacion y archivo. Usa 5 subagentes aislados con context: fork. |
atl-inteliside |
| Automation Spec | Documento que describe un workflow de n8n a construir. Lo genera el automation-wizard de n8n-studio con 8 fases (5 de negocio + 3 auto-tecnicas). Incluye objetivo, trigger, sistemas, flujo de datos, reglas de negocio, error handling, nodos validados y criterios de aceptacion. |
n8n-studio |
| Build Plan | Documento tecnico generado por n8n-analyst que traduce un Automation Spec en instrucciones concretas para n8n-builder: nodos, conexiones, configuracion y credenciales necesarias. |
n8n-studio |
| Contrato de datos | Especificacion formal de los artefactos que un plugin escribe y lee en Engram y/o GitHub. Define topic keys, schemas JSON, writers y readers. Garantiza que la comunicacion entre plugins sea determinista. | todos |
| Continuation mode | Capacidad de un wizard de detectar artefactos de sesiones anteriores en Engram y ofrecer opciones de continuacion en lugar de empezar desde cero. Depende de que Engram este disponible. | sdd-wizards, sdd-legacy |
| DAG (Directed Acyclic Graph) | Grafo dirigido aciclico que define el orden de ejecucion de las fases de un pipeline. Usado por ATL Inteliside (10 fases), n8n-studio (7 fases) y UX Studio (8 fases). Las fases son secuenciales excepto donde se indica paralelismo explicito (ej: spec+design en ATL). | atl-inteliside, n8n-studio, ux-studio |
| Delta spec | Especificacion tecnica que describe solo los cambios necesarios para implementar una feature, no el sistema completo. Usa lenguaje RFC 2119 (MUST, SHOULD, MAY) y escenarios Given/When/Then. Generada por sdd-spec de ATL. |
atl-inteliside |
| Design Direction | Documento rector de diseno generado por UX Studio que define 4 dimensiones: Visual Direction (paleta, tipografia, texturas), Motion Spec (timing, easing, patrones), Interaction Spec (estados por componente) y Responsive Spec (breakpoints, fluid typography). | ux-studio |
| Design Spec | Artefacto final de UX Studio que consolida las selecciones aprobadas por el PM. Contiene tokens, component mapping, screens, motion, interactions y responsive. Se persiste en Engram bajo ux-studio/design-spec con pm_approved: true y se vincula al issue de GitHub con label design-ready. |
ux-studio, atl-inteliside |
| Dream 100 | Estrategia de Chet Holmes (The Ultimate Sales Machine) adaptada por Sales Engine. Consiste en identificar los 50-100 prospectos ideales y monitorearlos sistematicamente en LinkedIn para detectar senales de compra. Implementada como workflow n8n (#04 LinkedIn Monitor). | sales-engine |
| Engram | Sistema de memoria persistente que sobrevive entre sesiones y compactaciones de contexto. Funciona como bus de datos semantico entre plugins. Cada proyecto configura un engram_project y los plugins escriben/leen artefactos con topic keys predefinidos. Instalacion: brew install gentleman-programming/tap/engram. |
todos (excepto cc-toolkit) |
| Feature Spec | Documento estandarizado que describe una feature lista para implementar. Contiene User Stories, Acceptance Criteria, Business Rules, UI Behavior, Data Model, API Spec y Error Handling. Lo producen SDD-Wizards, SDD-Intake, SDD-Legacy y RE-Wizard en formato identico. ATL lo consume directamente. | sdd-wizards, sdd-intake, sdd-legacy, re-wizard, atl-inteliside |
| Fix cycle | Iteracion de correccion automatica cuando las pruebas fallan. En n8n-studio, si los tests no pasan al 70%, se activa un ciclo de correccion (maximo 2). En UX Studio, si el review falla, se vuelve a la fase de Design Gen (maximo 1 iteracion). | n8n-studio, ux-studio |
| Fork & Enhance | Modo 3 de RE-Wizard. Analiza un proyecto open-source con licencia MIT para mejorarlo con atribucion. Genera Master Spec + Enhancement Plan + Feature Specs ATL. | re-wizard |
| Full RE | Modo 1 de RE-Wizard (Reverse Engineering completo). Analiza un codebase completo sin documentacion para reimplementar o refactorizar. Genera Master Spec + Reimplementation Guide + Feature Specs ATL. | re-wizard |
| Given/When/Then | Formato de escenarios de prueba (estilo BDD) usado en las specs tecnicas de ATL y en los test cases de SDD-Legacy. Given establece el estado inicial, When describe la accion, Then define el resultado esperado. |
atl-inteliside, sdd-legacy |
| GitHub Projects | Sistema de gestion de trabajo de GitHub usado como backlog compartido del equipo. Los plugins crean milestones (features), issues (tasks o specs) y labels (categorizacion) con convenciones estandarizadas para garantizar interoperabilidad. | sdd-wizards, atl-inteliside, sdd-intake, sdd-legacy, re-wizard, ux-studio |
| Handoff | Momento formal en que un artefacto pasa de un plugin a otro. En SDD-Wizards, es cuando el Feature Spec se sube como milestone con label atl-ready. En UX Studio, es cuando el Design Spec se marca con label design-ready. En SDD-Legacy, es per-feature con commit+push+label. |
sdd-wizards, ux-studio, sdd-legacy, re-wizard |
| Health score | Metrica compuesta generada por legacy-audit-wizard que califica la salud de un codebase legacy por area (dependencias, testing, estructura, deuda tecnica). Usado por legacy-baseline-wizard para priorizar el plan de accion. |
sdd-legacy |
| Hook | Codigo que se ejecuta automaticamente en respuesta a eventos de Claude Code (PreToolUse, PostToolUse, Stop, etc.). Pueden ser de tipo command (script shell), http, prompt o agent. Los hooks bloqueantes (exit 2) previenen acciones; los no bloqueantes solo informan. |
todos (excepto ux-studio, sales-engine) |
| ICP (Ideal Customer Profile) | Perfil del cliente ideal para ventas B2B. Sales Engine define 3 ICPs con scoring ponderado para 3 mercados (LATAM automation, startups CTO, Espana directo). Se usa en lead-researcher para scorear prospectos y en message-crafter para personalizar outreach. |
sales-engine |
| Label ATL | Conjunto estandarizado de 9 labels de GitHub creados por SDD-Wizards o SDD-Legacy para compatibilidad con ATL: atl-task, area:backend, area:frontend, area:db, area:test, atl:pending, atl:in-progress, atl:done, atl-summary. |
sdd-wizards, sdd-legacy, atl-inteliside |
| Milestone | En el contexto del ecosistema, un milestone de GitHub que contiene un Feature Spec completo en su descripcion. Formato: feat-{kebab-case}. Es la unidad de trabajo que ATL consume. Los plugins de levantamiento lo crean; ATL crea issues debajo de el. |
sdd-wizards, sdd-intake, sdd-legacy, re-wizard, atl-inteliside |
| Module Extraction | Modo 2 de RE-Wizard. Extrae un modulo especifico de un codebase para adaptar a otro proyecto. Genera Module Spec + Adaptation Guide + Feature Specs ATL. Recomendado para codebases de mas de 500K LOC. | re-wizard |
| Nivel de contexto | Clasificacion automatica de SDD-Intake sobre el estado de conocimiento del proyecto en Engram: FULL (onboarding completo + features implementadas), PARTIAL (al menos una feature con ATL), NONE (sin contexto, bloquea y redirige a SDD-Legacy). | sdd-intake |
| Pain Funnel | Tecnica de ventas del framework Sandler usada por objection-handler de Sales Engine. Serie de preguntas progresivas que profundizan en el dolor del prospecto para desactivar objeciones. Cubre: precio, timing, competencia, interno, presupuesto, confianza. |
sales-engine |
| Pencil MCP | Herramienta de diseno integrada en Claude Code que permite crear y editar archivos .pen (disenos de UI). UX Studio lo usa como canal principal para generar disenos reales con tokens del Design Direction. Viene incluido en Claude; no requiere configuracion adicional. |
ux-studio |
| Pipeline project | En Engram, sub-proyecto efimero que contiene el estado del pipeline activo. En ATL es {engram_project}/atl, en n8n-studio es n8n-studio. Se limpia al completar la feature o workflow. Contiene topic keys como sdd/{feature}/* o pipeline/*. |
atl-inteliside, n8n-studio |
| PRD (Product Requirements Document) | Documento de requerimientos de producto generado por prd-wizard de SDD-Wizards. Contiene overview, usuarios, stories, requerimientos, alcance, riesgos, stack tecnologico, data model, API y arquitectura. Se guarda en Engram bajo project/prd y como issue en GitHub. |
sdd-wizards |
| RFC 2119 | Estandar que define las palabras clave MUST, MUST NOT, SHOULD, SHOULD NOT, MAY para indicar niveles de requerimiento en especificaciones tecnicas. Usado por sdd-spec de ATL para escribir delta specs con precision. |
atl-inteliside |
| SDD (Spec-Driven Development) | Metodologia de desarrollo donde toda feature se define primero como especificacion (Feature Spec) antes de escribir codigo. El flujo es: requerimientos -> spec -> design -> tasks -> tests -> implementacion -> verificacion. Los plugins SDD-Wizards, SDD-Intake y SDD-Legacy producen specs; ATL los consume e implementa. | sdd-wizards, sdd-intake, sdd-legacy, atl-inteliside |
| Skill | Componente fundamental de un plugin de Claude Code. Es un archivo SKILL.md con frontmatter YAML que define instrucciones, herramientas permitidas y comportamiento. Maximo 500 lineas. Se invoca con /plugin:skill-name. Puede ser invocable por el usuario o auto-activable por descripcion. |
todos |
| Subagente / Agent | Instancia aislada de Claude que ejecuta una tarea especifica con herramientas restringidas. Usa context: fork para no contaminar la conversacion principal. Tiene modelo propio (haiku/sonnet/opus/inherit), maxTurns y opcionalmente isolation: worktree. El output se resume de vuelta al orquestador. |
atl-inteliside, ux-studio, n8n-studio, re-wizard |
| Team project | En Engram, proyecto principal que contiene conocimiento permanente del equipo. En ATL es {engram_project} (sin sufijo /atl). Contiene team/decisions/*, team/patterns/*, team/bugs/*, team/completed/*. Sobrevive entre features y todos los devs lo consultan. |
atl-inteliside, sdd-intake |
| TDD (Test-Driven Development) | En ATL, la separacion estricta entre atl-test-writer (genera tests ANTES del codigo) y atl-builder (escribe codigo para poner los tests en verde). Reduce sesgo AI-AI al tener agentes distintos para tests e implementacion. Ciclo: RED (tests fallan) -> GREEN (codigo minimo) -> REFACTOR. |
atl-inteliside |
| Topic key | Clave jerarquica que identifica un artefacto en Engram. Formato: prefijo/sub-prefijo/nombre (ej: project/features/user-auth, team/patterns/backend, legacy/rules/payments). Cada plugin tiene prefijos reservados y nunca escribe en prefijos de otros plugins. |
todos (excepto cc-toolkit) |
| Twenty CRM | CRM open-source self-hosted ($0) usado por Sales Engine como sistema de estado compartido del pipeline de ventas. Almacena contactos, empresas y deals con fases 0-6 (Investigado a Cerrado/Nurture). Se conecta con los skills via API y con n8n via webhooks. | sales-engine |
| UX Brief | Artefacto generado por ux-discovery de UX Studio. Resume las preferencias del cliente en 7 dimensiones: marca, mood, referencias, plataforma, animacion, funcionalidades especificas y accesibilidad. Se persiste en Engram bajo ux-studio/ux-brief. |
ux-studio |
| Wizard | Skill interactivo conversacional que guia al usuario con preguntas paso a paso organizadas en fases. Las primeras fases son de negocio (el usuario responde), las ultimas son auto-tecnicas (Claude genera y pide confirmacion). Ejemplos: prd-wizard, feature-spec-wizard, automation-wizard, client-intake-wizard, legacy-audit-wizard. |
sdd-wizards, sdd-intake, sdd-legacy, n8n-studio |
| Worktree | Sandbox aislado de git usado por subagentes con isolation: worktree. El agente trabaja en una copia temporal del repositorio sin afectar el working directory principal. Usado por re-wizard-recon para escaneo seguro de codebases. |
re-wizard |
Glosario del Marketplace Inteliside v1.1.0 -- generado 2026-04-05