La primera versión preliminar técnica de a2
La versión 0.1.0a1: flujos de datos inspeccionables, habilidades reutilizables y los límites explícitos de la versión preliminar.
Nota de lanzamiento — 0.1.0a1
Al hacer mañana la misma tarea, ¿qué podemos conservar de la solución anterior?
Al trabajar con archivos de datos encontramos a menudo esta pregunta. Los registros cambian, pero algunas reglas para seleccionar campos, transformar y emparejar fuentes permanecen. Para reutilizar una solución, esas reglas deben ser explícitas, la implementación debe poder identificarse y el resultado nuevo debe comprobarse.
He publicado en GitHub la primera versión preliminar técnica de a2, la 0.1.0a1. Están disponibles el código fuente, los paquetes de instalación y los registros de demostración que pueden inspeccionarse.
a2 es un pequeño proyecto de agente en Python basado en herramientas, memoria compartida, validación de salidas y habilidades reutilizables. Su foco actual es la transformación de datos: organizar registros, emparejar fuentes, separar conflictos y seleccionar los campos necesarios.
Lo que quiero hacer especialmente visible en esta versión es cómo se hizo el trabajo.
¿Qué plan se ejecutó? ¿Qué habilidad se utilizó? ¿Qué versión del código se eligió? ¿Se comprobó solo el formato o también se comparó el resultado con una respuesta esperada preparada de forma independiente?
Estas respuestas pueden inspeccionarse junto a la salida.
Un primer encuentro: conciliar dos archivos
La demostración utiliza dos listas de clientes preparadas como si fueran exportaciones de sistemas CRM y ERP.
Se supone que los códigos de cliente de ambos sistemas representan las mismas identidades. Pero las listas no contienen los mismos registros. Algunos clientes tienen correspondencia; otros requieren revisión.
La demo usa datos sintéticos de dos días. El primer día coinciden cuatro de seis registros CRM y dos se informan aparte. El segundo coinciden cinco de siete y otros dos quedan para revisión.
En ambos días se utilizan las mismas dos habilidades: una transforma campos y otra compara códigos mediante coincidencia exacta. Respuestas esperadas separadas comprueban los resultados.
Esta ejecución no requiere clave API ni llama a un modelo. Las habilidades de la demo fueron escritas por una persona.
Lo que se muestra es una solución preparada bajo reglas concretas que vuelve a ejecutarse, con la misma versión, sobre entradas nuevas.
El alcance de la versión preliminar
Veo esta versión como un punto de partida que se puede compartir para probar el enfoque.
La demo no utiliza datos reales de clientes ni establece una conexión activa con CRM o ERP. No hace coincidencia aproximada de nombres ni resuelve automáticamente identidades de cliente diferentes.
La generación de habilidades mediante un modelo constituye otra línea de evidencia. En una ejecución en vivo anterior y acotada, cuatro familias de habilidades superaron comprobaciones independientes. Ese resultado no demuestra una ventaja general de eficiencia; siguen siendo necesarias comparaciones más amplias.
La ejecución de GitHub CI del commit de esta versión terminó correctamente. Es el resultado de las comprobaciones de software registradas; no sustituye un piloto con usuarios reales ni la evaluación de aprendizaje y eficiencia.
Tras esta primera versión preliminar quiero encontrarme con las reglas de una tarea real.
¿Cuánto esfuerzo requieren la preparación y la comprobación? ¿Qué intervenciones quedan al repetir la ejecución? ¿Podemos detectar correspondencias equivocadas? Si cambia el archivo, ¿sigue siendo adecuada la solución?
Comparto a2 en una fase en la que estas preguntas pueden plantearse sobre un trabajo concreto.
Nota de fuentes — 18 de octubre de 2026: El texto se basa en los documentos de la versión 0.1.0a1 y los registros existentes de la demo. Los datos son sintéticos y las habilidades están escritas por personas. No se ejecutó una demo, llamada al modelo o evaluación nueva para este artículo.
Código fuente · Versión y descargas · Guía de la demo · Descargar informe HTML · Descargar evidencia de la demo · GitHub CI
Conexiones: a2 · De una idea a una herramienta que funciona · ¿Cuándo debería detenerse un agente? · La misma tarea, otro archivo al día siguiente · ¿Por qué un plan se niega a ejecutarse?
Se conecta con
Examina la versión preliminar 0.1.0a1 de a2 y la evidencia limitada de su paquete.
Relaciona el artículo de la idea a la herramienta con la versión preliminar publicada.
Permite leer los límites de la versión preliminar junto con las condiciones de parada.
Concreta la reutilización del anuncio mediante los registros de dos días.