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

ProductoEntrada documentadaPregunta práctica
openai-codexCodex CLI, con límites explícitos frente a otras superficies¿Qué guía carga y qué separa sandbox de aprobación?
claude-codeTerminal, con referencias a las otras superficies documentadas¿Qué diferencia instrucciones, auto memory y permisos efectivos?
github-copilotFamilia de experiencias; distinguir IDE, CLI, review y cloud¿Qué función y cliente soportan la configuración que quiero usar?
gemini-cliCLI 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íaResponsabilidad documentadaPregunta práctica
langgraphOrquestación con estado, persistencia e interrupciones; referencia Python¿Qué se reejecuta al reanudar y dónde ocurren los efectos externos?
llamaindexComponentes de ingesta, indexación, consulta y almacenamiento para RAG; referencia Python¿Qué conserva cada componente y cómo verifico el soporte de una respuesta?
qdrantAlmacenamiento y consulta de vectores y payloads¿Cómo verifico relevancia, acceso y seguridad de la instalación elegida?
openai-apiIntegració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ónParticipantes y línea documentadaPregunta de integración
mcp-typescript-sdkCliente/servidor MCP; SDK v2 y protocolo 2026-07-28¿Coinciden paquetes, revisión wire y capacidades del host?
acp-typescript-sdkCliente/agente ACP; entrada estable v1¿Qué capacidades se negocian y quién ejecuta o autoriza cada acción?
a2a-python-sdkCliente/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

ReferenciaAlcance prácticoLímite
coding-agent-development-format-referenceEjemplos de skill, hook, perfil y paquete; diferencias entre Codex, Claude Code, Copilot y Gemini CLISintaxis e interpretación dependen del host; no se instalaron componentes.
coding-agent-prompting-and-context-recipesSeis recetas de encargo, selección de contexto, confianza, verificación, handoff y evaluaciónSí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:

ReferenciaOpciones y controles
codex-agent-configurationPerfiles de agentes, capacidades y herencia de subagentes.
codex-skill-configurationEstructura, activación y habilitación de skills.
codex-permissions-and-approvals-configurationSandbox/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

ReferenciaPregunta 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

  1. Elegir una tarea y aceptación mediante repository-exploration-and-task-framing.
  2. Determinar contexto e instrucciones con context-engineering-for-software-development y persistent-instructions.
  3. Delimitar ejecución mediante agent-permissions-and-approval-boundaries y agent-sandboxing.
  4. Examinar evidencia con generated-code-verification y comportamiento entre tareas mediante agent-evaluation.
  5. 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í:

FamiliaCobertura materializadaLímite pendiente
Productos de coding agentsCuatro notas de la primera entregaAmpliar productos o superficies solo ante una selección concreta.
Frameworks de agentesLangGraphNo constituye una comparación de frameworks.
Proveedores de modelosOpenAI APIUn proveedor y tres mecanismos de integración; no todas sus APIs.
Frameworks de RAGLlamaIndexPipeline y storage, sin inventario de todos los conectores.
Productos vectorialesQdrantModelo de datos, consulta y seguridad; sin benchmark de bases vectoriales.
SDKs e integraciones de MCP/ACP/A2AMCP TypeScript, ACP TypeScript y A2A PythonSelección de tres implementaciones; no certifica todos los hosts, bindings o versiones.
Formatos de instrucciones, skills, hooks, profiles y pluginsReferencia de formatos y notas de cuatro coding agentsSelección fechada de ejemplos; no equivalencia entre todos los productos o superficies.
Tácticas de prompting y terminología de contextoSeis recetas de prompting/contexto con fuentes de productoNo 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.