Marcos de Agentes de Codificación
Prompt 202603#
- Investiga quejas y problemas comunes sobre flujo de trabajo de ingeniería y gestión de cambios dentro de marcos de código existentes de inteligencia artificial.
- Identifica marcos de agentes FOSS (por ejemplo, OpenAgentsControl), descarta inmediatamente las opciones no gratuitas y marca las que dependen de dependencias no gratuitas.
- Categoriza los marcos restantes en aquellos optimizados para desarrollo de software y aquellos diseñados para tareas de propósito general.
- Investiga los marcos de desarrollo de software para su compatibilidad con IDEs de código abierto y lenguajes, y analiza cómo apoyan paradigmas como XP, TDD, BDD y SpecDD.
- Investiga los marcos de propósito general para características como orquestación de agentes, navegación web, gestión de memoria y extensibilidad de herramientas.
- Realiza una breve evaluación de la actividad de la comunidad y la calidad de la documentación para ambas categorías para asegurar la viabilidad básica del proyecto.
- Realiza una comparación de marcos de desarrollo de software, específicamente evaluando su efectividad en abordar las quejas de gestión de cambios e indicadores de flujo de trabajo identificadas en el paso (1).
- Realiza una comparación de marcos de propósito general basada en su flexibilidad y facilidad de implementación en flujos de trabajo no específicos de código.
Marcos de Desarrollo de Software#
| Marco | Fortaleza principal | Soporte de paradigmas | Entorno |
|---|---|---|---|
| OpenAgentsControl | Planificación y aprobación | TDD, SDD, SOLID | CLI (OpenCode) |
| AiderGit | Programación en pareja nativa | XP (Programación en Pareja), TDD | Centrado en la terminal |
| OpenHands | Compleción de tareas de empresas | CI/CD, Mantenimiento | Interfaz de usuario web / Docker |
Orquestación de Marcos de Propósito General#
Estos marcos se centran en:
- la flexibilidad de la interacción de agentes,
- la gestión de memoria y
- el uso de herramientas en flujos de trabajo variados y no específicos de código.
| Marco | Arquitectura | Modelo de interacción | Mejor para |
|---|---|---|---|
| LangGraph | Gráfica Acíclica Dirigida | Transiciones de estado | Ramificaciones complejas |
| CrewAI | Crew con Roles | Secuencial / Jerárquico | Simulaciones de equipo |
| AutoGen | Centrada en la conversación | Diálogo multiagente | Investigación / Sesión de ideas |
| PraisonAI | Híbrido (Crew/AutoGen) | Orquestación de bajo código | Prototipado rápido |
| BeeAI | SDK compuesto | Orquestación mediante eventos | Cadenas de flujo de empresas |
Protocolo de Contexto del Modelo (MCP)#
El Protocolo de Contexto del Modelo (MCP) desacopla a los agentes de implementaciones de herramientas específicas. MCP permite a un IDE como Kiro o un marco de agentes como OAC conectarse a más de 400 servidores MCP disponibles, proporcionando acceso inmediato a herramientas diversas como GitHub, Slack y Chrome DevTools sin esfuerzo de integración personalizado.
Esta estandarización es crucial para el futuro de "flujos de trabajo abiertos" de AI donde los agentes pueden integrarse de forma transparente en cadenas de flujo de empresas existentes.
Gestión de Cambios: Resolviendo Deuda Técnica y Refactorización#
Arquitectura y Diseño Modular#
Para asegurarse de que las refactorizaciones no rompan la modularidad del sistema, los agentes deben entender principios arquitectónicos como SOLID y programación funcional. (En realidad, ¿qué otra forma?)
La lógica "Context-Aware" de OAC impone estos estándares cargando archivos de navegación específicos de proyectos antes de generar código.
Esto previene que el AI genere "patrones anti" y asegura que la base de código permanezca cohesiva incluso cuando es modificada por agentes autónomos múltiples.
Los siguientes deben realizarse por humanos: - Supervisar que los agentes siguen la arquitectura - Supervisar que los agentes reciben los especificaciones relevantes. Corregir según sea necesario. - Revisar las especificaciones arquitectónicas y corregirlas según sea necesario. - Reevaluar si la arquitectura sigue siendo aplicable.
Lógica de Refactorización Multifichero#
Agentes FOSS como OpenCoder (parte de OAC) y OpenHands están diseñados específicamente para operaciones multifichero. Utilizan un modelo de colaboración jerárquica donde un agente central identifica mejoras arquitectónicas y luego delega modificaciones de fichero específicas a subagentes especializados.
En OAC, para implementaciones de características que abarcan más de cuatro módulos, el sistema delega automáticamente a un gerente de tareas para crear un archivo de tareas estructurado, que luego guía al agente de codificación a través de implementaciones incrementales.
Reducción Automática de Deuda Técnica#
Los marcos están cada vez más siendo utilizados para tareas de "mantenimiento rutinario" que los humanos a menudo evitan, como la actualización de dependencias, la refactoring de llamadas a API antiguas y la generación de documentación faltante.
A MetaGPT’s “Data Interpreter” y OAC’s “OpenCoder” se les puede asignar la tarea de recorrer el código buscando deuda técnica y proponer un "Plan de Mejora Arquitectónica".
Esta aproximación proactiva a la gestión de cambios asegura que el proyecto permanezca saludable con el tiempo, en lugar de acumular podredumpre gradualmente..