Development · escribe · solo sistemas dev

Un agente que escribe ABAP

Construye ABAP de principio a fin: implementar, revisar, probar, CDS / RAP / Fiori, Adobe Forms, migración. Solo Development escribe, y solo en un sistema de desarrollo.

escribe · solo sistemas de desarrollo

El ciclo completo de ingeniería ABAP: implementar un requisito de principio a fin, revisión, pruebas unitarias, ATC, CDS / RAP / Fiori, Adobe Forms, migración a S/4HANA, formateo de especificaciones y estimaciones de esfuerzo. El único producto que escribe en SAP — y solo en un sistema de nivel de desarrollo.

Un desarrollador ABAP no necesita otro autocompletado inteligente. Necesita un agente que trabaje de verdad dentro del sistema y en el que pueda confiar. Lo que obtiene es un cambio terminado y activado a su manera, en lugar de un borrador de código.

Véalo en acción

Una tarea, el ciclo completo

Usted describe la tarea con palabras. Makion ejecuta todo el ciclo de desarrollo dentro de su propio sistema. Usted describe la tarea, el agente ejecuta cada paso y usted obtiene un objeto activado con su transporte, todo dentro de su SAP.

  1. 1Usted escribe: «Añade una comprobación del límite de crédito del cliente antes de crear un pedido, siguiendo nuestro estándar de gestión de errores».
  2. 2Explorado el estado actual y las dependencias
  3. 3Lock → set source → syntax check
  4. 4Pruebas unitarias + ATC superadas
  5. 5Activado, unlock
  6. 6Informe del cambio y del transporte. Hecho: Objeto ZCL_FI_ORDER_CHECK · Transporte DEVK900342 · Dónde: en su SAP
Trabaja dentro de SAP

Lock, escribir, comprobar, activar

Makion trabaja con las herramientas oficiales de ADT, una superficie amplia y no una porción mínima.

Lee (siempre)

Lee todo lo que necesita: fuentes y estructura de los objetos, uso cruzado, datos vía SQL, módulos de funciones, clases de mensajes y elementos de texto, jerarquía de tipos, contenido de paquetes, transportes, revisiones, incluso dumps de ejecución y documentación ABAP.

Escribe (rol con permiso de escritura)

En un rol con permiso de escritura realiza el cambio: sap_locksap_set_sourcesap_syntax_checksap_activatesap_unlock. Crea objetos nuevos, incluidos objetos del diccionario de datos (tablas, estructuras, elementos de datos, dominios, tipos de tabla), clases de mensajes, elementos de texto y service bindings de RAP. Ejecuta sus puertas de calidad (ATC, ABAP Unit), refactoriza (extraer método, renombrar, pretty printer) y gestiona los transportes. Al terminar, informa exactamente de qué tocó y en qué transporte.

Read → write → activate READ (always) sources where-used SQL data WRITE (write-permission role) sap_lock set_source syntax_check activate unlock + create DDIC · message classes · text elements · RAP bindings · run ATC · ABAP Unit · refactor · transports

Makion es una aplicación de escritorio más un servidor que usted mismo aloja. Se conecta a su sistema SAP a través del ADT REST oficial (conector MCP), lee el sistema, escribe y activa ABAP, y crea objetos del diccionario de datos: tablas, estructuras, elementos de datos, dominios. Usted describe la tarea; el agente explora el estado actual, planifica, escribe según sus estándares, ejecuta syntax check, pruebas unitarias y ATC, activa e informa exactamente qué tocó y en qué transporte.

Limpiador de código integrado

Clean ABAP antes de la activación

Makion incluye su propio limpiador ABAP determinista con 45 reglas Clean-ABAP: mayúsculas/minúsculas, sangría, espaciado, alineación y modernizaciones seguras (MOVE…TO=, CREATE OBJECTNEW, EQ/NE=/<> y más). Actívelo y cada fuente que escribe el agente pasa por él antes del syntax check y la activación, así lo que llega a su sistema es estándar-limpio, no solo correcto. Solo cambia el estilo, nunca la lógica. Activable o desactivable por proyecto y por tarea.

45 reglas · Clean-ABAP · antes de la activación
makion · cleaner
Captura del limpiador ABAP de Makion: un normalizador de estilo determinista con interruptores por regla, controlado por completo desde la aplicación de escritorio
Estándares de fábrica

Estándares desde el primer día

Nada de «ya acordaremos el estilo más tarde».

Los roles vienen con una metodología ABAP ya escrita: reutilizar primero, leer antes de escribir, ABAP limpio, nomenclatura, rendimiento, gestión de errores. No tiene que enseñar al agente «cómo hacemos las cosas» desde cero. Hay un estándar base integrado y el equipo escribe con un mismo enfoque desde el primer día. Cuando quiera el suyo propio, el arquitecto lo define en la consola de metodología.

  • Reutilizar primero — el agente busca una solución existente antes de escribir nada nuevo.
  • Leer antes de escribir — explorar el estado actual siempre va primero.
  • ABAP limpio — sintaxis moderna, sin construcciones obsoletas por defecto.
  • Nomenclatura y gestión de errores — coherentes por defecto, ajustables a su estándar.
  • Rendimiento — integrado en la metodología de cada rol de escritura, no solo en la revisión.

La forma correcta es la suya

Usted lo define, usted lo controla. «Como debe ser» no es una caja negra. Su arquitecto describe los estándares y la metodología del equipo en lenguaje natural en la consola Methodology, y cada rol los sigue en cada tarea. Los roles delimitan lo que el agente puede hacer, los estándares definen cómo escribe y las especificaciones, qué construye. Usted controla las tres palancas y puede cambiarlas en cualquier momento.

Especificaciones

Del briefing bruto a la especificación

Suba el briefing en bruto del cliente. Obtenga una especificación ordenada, verificable y versionada.

El rol Specification toma el documento en bruto de un cliente (archivo o texto) y lo convierte en el formato estandarizado interno de Makion: objetivo, alcance (scope), objetos de datos, requisitos comprobables ordenados R1..Rn, objetos SAP a cambiar, criterios de aceptación, preguntas abiertas.

La clave es el versionado real: cada nueva versión sigue siendo el mismo documento con un identificador estable, y Makion añade automáticamente una sección de «Cambios respecto a la versión anterior». Usted siempre ve exactamente qué cambió en los requisitos. Puede entregar esta especificación ordenada directamente al orquestador autónomo.

SPEC-0142 · v3versión 3
Objetivo · Scope · Objetos de datos · R1..R12 · Objetos SAP · Criterios de aceptación · Preguntas abiertas
Cambios respecto a v2
+ R9 añadido: validación de límite en entrega parcial~ R4 aclarado: rango de fechas según la norma ISO− R2 eliminado: cubierto por la lógica existente
Consola de metodología

Un mismo enfoque para el equipo

El arquitecto describe los estándares del equipo con palabras y ejemplos.

En la consola de Methodology el arquitecto o administrador define los estándares del equipo con palabras y ejemplos — exactamente cómo hacen las cosas. Esto se almacena y se aplica al trabajo del agente, de modo que diez desarrolladores en un mismo Makion evolucionan el sistema con un enfoque coherente, no con diez estilos distintos. Para los desarrolladores, la metodología, las reglas y la base de conocimiento son de solo lectura; los administradores del proyecto las editan.

makion · methodology
Captura de pantalla de la consola de metodología de Makion, donde el arquitecto define los estándares del equipo
makion · admin console
Captura de pantalla de la consola de administración de Makion, donde el administrador configura proyectos, accesos, roles y estándares en lenguaje sencillo

Configure el servidor en lenguaje sencillo — proyectos, accesos, roles y estándares.

Dentro de Makion

Cada respuesta es trabajo real

Rol elegido, metodología aplicada, pasos ejecutados en su sistema — todo visible en un chat corriente de la aplicación de escritorio.

makion · chat de desarrollo
Captura de pantalla del chat de Makion: el rol Development seleccionado, un mensaje del usuario, los pasos de ejecución hasta la activación de un objeto SAP
Roles

Roles del lado de Development

En el chat usted elige un rol para cada solicitud. Un rol es a la vez una metodología completa y un límite de acceso. Solo los roles de Development escriben, y solo en un sistema de nivel de desarrollo. Los 23 roles →

escribeDevelopment

Development

Implementa un requisito de principio a fin: entender → explorar el estado actual → reutilizar lo existente → planificar → lock + set source → syntax check + pruebas/ATC → activar → informar.

Un cambio terminado y activado según su enfoque, en lugar de un borrador de código.

solo lecturaDevelopment

Architecture

Entrega un diseño de solución, no escribe código.

Un plan meditado antes de que nadie toque el sistema.

solo lecturaDevelopment

Code review

Revisa según sus estándares; hallazgos ordenados por prioridad (Critical / Major / Minor) con ubicaciones exactas y correcciones.

Una segunda pasada independiente — sin riesgo de que el revisor «accidentalmente» reescriba algo.

solo escribe pruebasDevelopment

Unit tests

Escribe/amplía pruebas ABAP Unit; nunca cambia la lógica productiva para «forzar» una prueba en verde.

Cobertura de pruebas sin distorsionar la lógica de negocio.

hallazgos, correcciones a peticiónDevelopment

ATC check

Ejecuta el ABAP Test Cockpit, devuelve hallazgos ordenados por prioridad; corrige solo si usted lo pide expresamente.

Calidad según el estándar ATC bajo su control.

escribeDevelopment

ATC remediation

Ejecuta ATC y corrige los hallazgos de forma metódica, categoría por categoría, preservando el comportamiento.

Hallazgos cerrados sin cambiar lo que hace el código.

solo lecturaDevelopment

Research

Investiga y responde con evidencia, puede ejecutar consultas SQL sobre los datos.

Respuestas rápidas y fundamentadas sobre el sistema — sin riesgo para él.

solo lectura en SAPDevelopment

Specification

Convierte la especificación en bruto de un cliente en el formato estandarizado interno de Makion, contrastando con el sistema en vivo.

Un requisito caótico se convierte en una especificación ordenada y comprobable.

solo lectura en SAPDevelopment

Effort estimate

Dimensiona un desarrollo a partir de su especificación: cada objeto valorado como S / M / L con un rango de horas, más los supuestos e incógnitas detrás de la cifra. Entrega un documento de estimación.

Una cifra de esfuerzo defendible antes de comprometerse, en lugar de una intuición.

escribeDevelopment

CDS data models

Diseña y construye modelos de datos CDS al estilo VDM de SAP: entidades de vista de interfaz y de consumo, asociaciones, anotaciones y control de acceso (DCL), creados y activados en su sistema.

Un modelo de datos limpio y por capas sobre el que se apoyan sus informes y aplicaciones, en lugar de un SELECT puntual.

escribeDevelopment

RAP business objects

Construye objetos de negocio RESTful ABAP (RAP) de principio a fin: modelo CDS, definición de comportamiento y clase de comportamiento, proyección y binding de servicio OData — activados y listos para consumir.

Un servicio transaccional real en su sistema, no un diagrama de uno.

escribeDevelopment

Fiori Elements

Prepara un servicio para Fiori Elements: las anotaciones @UI y las extensiones de metadatos que impulsan un List Report / Object Page, más el binding de servicio OData — y luego, con honestidad, entrega el despliegue del app-shell de la interfaz a sus herramientas.

Sus datos a un paso de una app Fiori — con toda la capa de anotaciones ya resuelta por usted.

escribeDevelopment

Migración

Toma un objeto propio, detecta qué se rompe en S/4HANA (APIs obsoletas, acceso directo a tablas, sintaxis antigua) y propone una corrección mínima para cada uno; usted aprueba, lo aplica y activa, y para cambios arriesgados escribe primero una prueba de fijación.

ABAP propio listo para S/4HANA / Clean-Core, objeto a objeto — en su propio ECC.

solo lecturaDevelopment · Consult

Migration Map

La mitad de análisis de la migración: lee su código propio y su uso para mapear el esfuerzo de S/4HANA — qué se usa, qué se rompe, qué corregir primero. Nunca se conecta a producción.

Una imagen de migración priorizada antes de que nadie cambie una línea.

solo lectura en SAPDevelopment

Adobe Forms

Lee un SAP Adobe Form existente y aplica un cambio estructural (añadir / quitar / reordenar / revincular una columna), y devuelve un XDP listo para pegar en la pestaña «XML Source» de SFP; la geometría y los enlaces de datos los garantiza un motor determinista.

Edite Adobe Forms describiendo el cambio en lugar de hacerlo a mano en LiveCycle.

solo lecturaDevelopment · Consult

Clean-core check

Audita el cumplimiento de clean core: API liberadas, sin lecturas de tablas estándar, extensibilidad. Solo lectura.

Un veredicto de clean core por objeto antes de escribir el plan de migración.

Se ejecuta en su servidor

Usa su propia cuenta de IA, con su clave de API o su suscripción, y se ejecuta en su servidor. Su conexión a SAP y sus credenciales permanecen en su infraestructura. Makion nunca ve su código. Todos los detalles en la página de seguridad →

Empezar

Ponga Makion dentro de su SAP

Su SAP, sus estándares, sus condiciones.

¿Varios desarrolladores o un despliegue en cliente? Equipos y empresas