Agentic Software Development
Cuando tiene que funcionar.
La codificación agéntica es transformadora — pero solo cuando opera contra un modelo determinista del sistema. Reconstruimos aplicaciones heredadas con codificación agéntica, fundamentada en un modelo fiable, para que el resultado aguante en sistemas que no puede permitirse equivocar.
Fundamentado, no adivinando
Apunte agentes a un sistema sin documentar y alucinan, y una respuesta segura pero errónea contra un sistema central sale cara. Les damos un modelo determinista y con citas contra el que razonar. A través de Sysparency MCP el agente incorpora por sí mismo el contexto de negocio: para qué sirve un programa, dónde se sitúa en módulo y proceso, quién depende de él. Esa es la diferencia entre una entrega agéntica que aterriza y una en la que no puede confiar.
Qué obtiene el agente a través de Sysparency MCP
- Contexto de negocio: el módulo, el paso del proceso y para qué sirve el programa, no solo qué hace.
- Cada dependencia: llamadores, tablas escritas, interfaces sobre los mismos datos.
- Uso real: con qué frecuencia, por quién, diálogo o batch.
- Evidencia: cada hecho citado con su línea de origen, para que cada cambio se pueda comprobar.
Qué entregamos
Reingeniería de legado con codificación agéntica
Reconstruya una aplicación heredada contra un modelo determinista de su comportamiento real — preservando las reglas que importan, minimizando el riesgo.
IA agéntica en todo el SDLC
Incruste flujos agénticos en especificación, generación, verificación y entrega — con personas al control del cambio crítico.
Implante su pipeline agéntico
Monte el pipeline de desarrollo agéntico dentro de su organización, en sus sistemas y estándares.
Ejemplo
Transacciones separadas de hace 25 años. Un launchpad. Y un sistema mejor.
Doce module pools de SAP GUI de una aplicación heredada se transformaron en un launchpad con tres apps Fiori Elements, un dashboard y cuatro objetos de negocio RAP. Totalmente agéntico: el agente entendió los programas heredados a través de Sysparency MCP y construyó el nuevo sistema a través de SAP ADT MCP; no se escribió ni una sola línea a mano. El conjunto del grafo decidió qué se construía de otra manera: reglas una vez en el modelo de datos en lugar de en doce programas, una ruta de clics en lugar de tres transacciones, una ejecución de reparación menos, un campo muerto menos, cuatro analíticas más.
A la izquierda la lista de transacciones de los programas heredados, a la derecha el launchpad que las sustituye, construido de principio a fin por un agente sin código escrito a mano. Aplicación heredada en un sistema de prueba.
- 12 → 4
- programas → objetos de negocio, un servicio OData
- 3 → 1
- transacciones por reserva → una ruta de clics
- 0 → 7
- reglas al guardar, en lugar de una comprobación nocturna
- 0 → 4
- analíticas: KPIs, gráficos, ranking, tendencia
| Lo que mostró el conjunto | En qué se convirtió | Evidencia del grafo |
|---|---|---|
| Los diálogos no son los únicos que escriben en la tabla de reservas. | Los objetos de negocio se convierten en la única entrada con las reglas; BAPI, ALE e IDoc son el siguiente paso, la lista ya existe. | Escritores según el grafo: diálogo, grupo de funciones SAPBC_GLOBAL_FIS, grupo BAPI, generador ALE; 35 módulos habilitados para RFC sobre las mismas tablas. |
| Una comprobación nocturna repara lo que el punto de entrada no valida. | Las comprobaciones de existencia de los tres objetos maestros se disparan al guardar; la ejecución de comprobación se retira. | Programa de comprobación con uso 0 y consultas sobre las tres tablas maestras; ATC prioridad 1 en el diálogo de edición. |
| El 73 % de todas las llamadas son solo de visualización. | Modo lectura por defecto, edición como paso deliberado; una lista de retirada con evidencia de uso, el obsoleto indicador de fumador eliminado. | Contadores de uso por transacción según el grafo: 4.870 llamadas de visualización frente a 158 ediciones de agencia. |
Construido sobre datos de referencia de SAP en un sistema de prueba, no en un sistema de cliente. RFC, ALE e IDoc siguen escribiendo directamente en las tablas; ese es el siguiente paso documentado.
Solicitar el informe completo de migraciónPara equipos de plataformas de IA
Sysparency entiende el estado actual. Las herramientas de SAP escriben. Su agente conecta ambos.
El servidor MCP de Sysparency expone el grafo de conocimiento de su código propio a cualquier cliente compatible con MCP: Claude, ChatGPT, Copilot o su propio framework. El agente lee hechos con evidencias en lugar de adivinar ABAP, y pasa el relevo a las herramientas ADT de SAP, que generan, activan y transportan. Añada los MCP de documentación de SAP y el agente consulta el estándar para cada ampliación: qué ofrece hoy el estándar, qué se limita a replicar un programa Z, dónde queda una brecha real. Vuelta al estándar y análisis de brechas, con evidencias en ambos lados.
Siete herramientas de solo lectura
- Esquema del grafo
- Consulta Cypher
- Búsqueda semántica sobre descripciones de negocio
- Lista de objetos
- Metadatos
- Leer código fuente
- Buscar en el código fuente
Solo lectura, solo su código
Todas las herramientas son de solo lectura. El grafo contiene únicamente su customizing (Z, Y, sus namespaces), nunca el estándar SAP.
Un entorno dedicado por cliente
Grafo y servidor se ejecutan en un entorno dedicado, acceso a través de Microsoft Entra ID, hosting en la UE o su propia infraestructura.
Integrado en el informe
El diálogo de conexión está en la cabecera del informe: copie la URL, conecte su cliente, pregunte.
Vuelta al estándar, análisis de brechas
Sysparency MCP conoce el estado actual de su código propio, los MCP de documentación de SAP conocen el estándar. Juntos, el agente encuentra el sustituto estándar de una ampliación y documenta la brecha que queda.
Entre sistemas
Un agente, varios sistemas SAP.
Cada sistema recibe su propio grafo de conocimiento y su propio servidor MCP. Conecte dos o más de ellos a un agente y trabajará entre sistemas: compara ampliaciones, encuentra lo que existe por duplicado, muestra dónde las copias se han distanciado y qué necesita un despliegue de plantilla o una fusión. Cada hallazgo está citado desde ambos grafos.
- Comparar: el mismo objeto Z en dos sistemas, diferencias hasta la línea.
- Consolidar: qué ampliaciones pueden convertirse en una plantilla, cuáles siguen siendo locales.
- Desplegar: qué le falta a un sistema destino antes de que una plantilla pueda aterrizar.
Preguntas sobre la reingeniería agéntica
Respuestas claras.
Lo que los equipos de plataforma y arquitectura preguntan antes de su primera reconstrucción agéntica.
Un agente de IA entiende los programas heredados a través de Sysparency MCP, decide con el conjunto qué construir de otra manera y construye el nuevo sistema a través de SAP ADT MCP. No se escribe ninguna línea a mano.
Sin él, el agente ve un archivo y adivina el resto. Con el grafo conoce cada escritor de una tabla, cada llamador, el uso real y el significado de negocio, todo citado hasta la línea de origen.
Cualquier cliente compatible con MCP: Claude, ChatGPT, Copilot o su propio framework. Las siete herramientas son de solo lectura y solo cubren su propio código.
Sí. Con los MCP de documentación de SAP conectados, el agente consulta qué ofrece hoy el estándar, qué se limita a replicar un programa Z y dónde queda una brecha real.
Es una aplicación heredada en un sistema de prueba de SAP, no un sistema de cliente. Doce module pools se convirtieron en un launchpad con tres apps Fiori Elements, un dashboard y cuatro objetos de negocio RAP.
Seguir explorando
Reconstruya con confianza
Hablemos de una reconstrucción agéntica y fundamentada.