AI Technology Catalog
Para qué sirve
Este MOC organiza notas de implementación de AI. Los conceptos permanecen en ai-assisted-software-engineering y los canónicos relacionados; el catálogo explica cómo se concretan en productos y superficies. Su hogar documental es content/technology-catalog/ai/, sin que la ruta determine identidad o enlaces.
Coding agents — primera entrega
| Producto | Entrada documentada | Pregunta práctica |
|---|---|---|
| openai-codex | Codex CLI, con límites explícitos frente a otras superficies | ¿Qué guía carga y qué separa sandbox de aprobación? |
| claude-code | Terminal, con referencias a las otras superficies documentadas | ¿Qué diferencia instrucciones, auto memory y permisos efectivos? |
| github-copilot | Familia de experiencias; distinguir IDE, CLI, review y cloud | ¿Qué función y cliente soportan la configuración que quiero usar? |
| gemini-cli | CLI y contexto de proyecto | ¿Cómo inspecciono contexto cargado y compruebo aislamiento? |
Las notas se consultaron el 2026-11-08. Tienen volatility: high, tier: T2 y fecha de revisión prevista. No son benchmarks ni una matriz que garantice paridad. Los ejemplos ilustran el uso; no instalan productos ni configuran agentes del Atlas.
Frameworks, proveedor y almacenamiento — segunda entrega
| Tecnología | Responsabilidad documentada | Pregunta práctica |
|---|---|---|
| langgraph | Orquestación con estado, persistencia e interrupciones; referencia Python | ¿Qué se reejecuta al reanudar y dónde ocurren los efectos externos? |
| llamaindex | Componentes de ingesta, indexación, consulta y almacenamiento para RAG; referencia Python | ¿Qué conserva cada componente y cómo verifico el soporte de una respuesta? |
| qdrant | Almacenamiento y consulta de vectores y payloads | ¿Cómo verifico relevancia, acceso y seguridad de la instalación elegida? |
| openai-api | Integración mediante Responses, function calling y Structured Outputs | ¿Qué ejecuta el proveedor y qué debe validar y autorizar la aplicación? |
Esta entrega se consultó el 2026-11-09. Sus cuatro notas son T2, de alta volatilidad y con revisión editorial prevista. Se seleccionaron para representar responsabilidades distintas; no forman una pila obligatoria ni demuestran interoperabilidad de cualquier versión. El Atlas documenta estas tecnologías sin instalarlas o convertirlas en dependencias de la plataforma.
SDKs e integraciones de protocolos — tercera entrega
| Implementación | Participantes y línea documentada | Pregunta de integración |
|---|---|---|
| mcp-typescript-sdk | Cliente/servidor MCP; SDK v2 y protocolo 2026-07-28 | ¿Coinciden paquetes, revisión wire y capacidades del host? |
| acp-typescript-sdk | Cliente/agente ACP; entrada estable v1 | ¿Qué capacidades se negocian y quién ejecuta o autoriza cada acción? |
| a2a-python-sdk | Cliente/servidor A2A; protocolo 1.0 y compatibilidad 0.3 delimitada | ¿Cómo se verifica identidad, seguimiento del trabajo y acceso a resultados? |
Las notas se consultaron el 2026-11-09. Son implementaciones de las fronteras definidas en model-context-protocol, agent-client-protocol y agent2agent-protocol, respectivamente. Biblioteca, protocolo, transporte y soporte de un producto son dimensiones diferentes. Las pruebas propuestas son criterios de adopción; no se instalaron SDKs ni se verificó en vivo un par de participantes.
Formatos y tácticas de desarrollo — cuarta entrega
| Referencia | Alcance práctico | Límite |
|---|---|---|
| coding-agent-development-format-reference | Ejemplos de skill, hook, perfil y paquete; diferencias entre Codex, Claude Code, Copilot y Gemini CLI | Sintaxis e interpretación dependen del host; no se instalaron componentes. |
| coding-agent-prompting-and-context-recipes | Seis recetas de encargo, selección de contexto, confianza, verificación, handoff y evaluación | Síntesis editorial con ejemplos de producto; no un benchmark o garantía de ahorro. |
Estas referencias se consultaron el 2026-11-09 y conservan alta volatilidad y revisión prevista. Los conceptos permanecen en persistent-instructions, agent-skills, agent-profiles, lifecycle-hooks, agent-extension-packages y context-engineering-for-software-development. Los ejemplos dentro de artículos no configuran el comportamiento del repositorio.
Guías de configuración de Codex
Estas tres referencias amplían la selección inicial con configuración operativa documentada:
| Referencia | Opciones y controles |
|---|---|
| codex-agent-configuration | Perfiles de agentes, capacidades y herencia de subagentes. |
| codex-skill-configuration | Estructura, activación y habilitación de skills. |
| codex-permissions-and-approvals-configuration | Sandbox/perfiles, lectura, escritura, red y aprobaciones. |
La consulta de fuentes es del 2026-11-09. Los ejemplos no se instalaron ni modificaron permisos reales; su sintaxis y los límites declarados se distinguen de una prueba de enforcement en una instalación concreta. Los controles de Codex tampoco se extrapolan a todos los productos del catálogo.
Guías de trabajo con Claude Code y Cursor
| Referencia | Pregunta práctica |
|---|---|
| claude-code-configuration | ¿Cómo separo una skill, una lista de herramientas del subagente y los permisos efectivos? |
| cursor-agent-configuration | ¿Dónde aplico readonly y qué diferencia una skill de los run modes y el sandbox? |
Estas dos referencias se consultaron el 2026-11-10 para uso cotidiano de esas herramientas. Amplían el catálogo con ejemplos documentales, sin duplicar los conceptos generales ni instalar configuración en el Atlas. El soporte de opciones depende de producto, versión y superficie.
coding-agent-dotnet-api-change reúne ambas configuraciones alrededor de la misma corrección de API y muestra dónde termina la evidencia de un hook.
Recorrido de adopción
- Elegir una tarea y aceptación mediante repository-exploration-and-task-framing.
- Determinar contexto e instrucciones con context-engineering-for-software-development y persistent-instructions.
- Delimitar ejecución mediante agent-permissions-and-approval-boundaries y agent-sandboxing.
- Examinar evidencia con generated-code-verification y comportamiento entre tareas mediante agent-evaluation.
- Evaluar el trabajo completo con agent-execution-and-human-review-cost.
Este recorrido es una propuesta editorial, no un requisito de compra ni un ranking. Una capacidad anunciada, una configuración disponible y una conducta verificada en una cuenta son evidencias diferentes.
Cobertura inicial y límites
Las ocho familias de V0.5 son vistas de este catálogo, no ocho archivos prometidos. La cobertura inicial puede leerse así:
| Familia | Cobertura materializada | Límite pendiente |
|---|---|---|
| Productos de coding agents | Cuatro notas de la primera entrega | Ampliar productos o superficies solo ante una selección concreta. |
| Frameworks de agentes | LangGraph | No constituye una comparación de frameworks. |
| Proveedores de modelos | OpenAI API | Un proveedor y tres mecanismos de integración; no todas sus APIs. |
| Frameworks de RAG | LlamaIndex | Pipeline y storage, sin inventario de todos los conectores. |
| Productos vectoriales | Qdrant | Modelo de datos, consulta y seguridad; sin benchmark de bases vectoriales. |
| SDKs e integraciones de MCP/ACP/A2A | MCP TypeScript, ACP TypeScript y A2A Python | Selección de tres implementaciones; no certifica todos los hosts, bindings o versiones. |
| Formatos de instrucciones, skills, hooks, profiles y plugins | Referencia de formatos y notas de cuatro coding agents | Selección fechada de ejemplos; no equivalencia entre todos los productos o superficies. |
| Tácticas de prompting y terminología de contexto | Seis recetas de prompting/contexto con fuentes de producto | No define prompts óptimos ni mide mejoras universales. |
Con estas cuatro entregas, las ocho familias cuentan con una cobertura inicial representativa: once notas de tecnologías y dos referencias prácticas. El cierre es editorial y acotado; los documentos conservan status: draft. No certifica implementaciones, pruebas de interoperabilidad o vigencia indefinida, ni exige documentar todo el mercado. Nuevas ampliaciones requieren una selección concreta. La traducción completa al inglés es un trabajo separado; las vistas sin traducción utilizan el fallback existente.
El catálogo crece con selecciones concretas y fuentes oficiales. Completar cobertura conceptual no exige enumerar todos los productos del mercado ni garantiza que una nota tecnológica siga vigente indefinidamente.