Antes, ser senior significaba años sabiendo dónde está cada cosa. Ahora ese conocimiento está a una pregunta de distancia, tanto para el nuevo compañero como para el experto.
Cada respuesta parte de un índice de código de su propia aplicación, de modo que el asistente sigue el camino real desde una pantalla hasta la base de datos en lugar de adivinar.
Directamente en el RCD Designer: el asistente lee el ticket, encuentra el código, escribe el cambio, lo compila y lo explica. No se guarda nada.
La propuesta se abre junto a su propia versión, con el motivo de cada cambio. Acéptela, descártela o haga una pregunta de seguimiento.
Por qué este cambio: los pagos se guardaban sin consultar el límite de crédito del cliente. La comprobación se ejecuta en ValidateRecord, antes de escribir el registro, por lo que también cubre las importaciones que usan este endpoint. Un límite de 0 significa «sin límite», como en el resto de la aplicación.
En el diseñador y en el editor de código, con sus propias palabras.
Un senior no se inventa nombres de campo. El asistente tampoco: trabaja a partir de su aplicación real y de patrones RCD probados, y cada resultado se comprueba mediante código.
Cada tabla, campo, formato y lista de valores se consulta en sus definiciones reales de base de datos antes de escribir una sola línea.
Una biblioteca de estructuras de pantallas y endpoints confirmadas, contrastadas con aplicaciones reales en producción.
El linter de RCD y el compilador real de OpenEdge detectan gratis los errores recurrentes, antes de que nadie revise nada.
Puede leer el framework RCD y las ventanas legacy para entenderlos, pero nunca los modifica. Las cuentas de diseñador de solo lectura no pueden utilizarlo.
Mientras su equipo duerme, el asistente actualiza su conocimiento de cada proyecto, con baja prioridad y en su mayor parte sin IA.
lessons/screen-captions-translation.md, y la aplica en conversaciones posteriores para todo el equipo. Cada proyecto conserva su propio conocimiento.No. Les quita de encima las búsquedas, los cambios rutinarios y las comprobaciones, para que cada desarrollador pueda trabajar con el conocimiento de un senior. Los desarrolladores siguen decidiendo qué se guarda.
No. Solo propone cambios. El diseñador muestra la pantalla modificada y el editor de código muestra cada archivo modificado antes y después; usted guarda lo que acepta.
Utiliza un índice de código de su aplicación (quién llama a qué, qué programas leen o escriben una tabla o un campo, qué endpoints utiliza una pantalla), las definiciones de la base de datos y los patrones de RCD confirmados. El índice se actualiza cada noche.
Sí. Con su propia cuenta de Jira lee el ticket y sus adjuntos. Si la corrección está clara, la propone; si no, hace como máximo tres preguntas precisas y muestra lo que ha encontrado.
El framework RCD y las ventanas legacy: puede leerlos para entender su aplicación, pero nunca los modifica.
Las comprobaciones y el índice de código funcionan sin IA. Las preguntas utilizan un modelo de IA, con un límite de coste por pregunta, y los resúmenes nocturnos usan un modelo pequeño y de bajo coste.
Rellene el siguiente formulario y nos pondremos en contacto con usted lo antes posible.
"*" señala los campos obligatorios