Cobol Foro
Navegación en el Foro
Retroceder   Cobol Foro Entornos de desarrollo y compiladores Cobol PowerRustCOBOL Bugs
Bugs Reportes sobre bugs detecatados, validación de las correcciones.
 
Respuesta
 
Herramientas

  #1
Antiguo 26 de julio de 2026, 22:26
Eslopes
Creador de
PowerRustCOBOL
Guru de los Gurus: Por solidos y amplios conocimientos - Issue reason: Por ámplios conocimientos en la materia Concurso: Tercer puesto: Ganador/a del Tercer puesto en un concurso - Issue reason: Juego  Innovación: Por aportar innovaciones - Issue reason: Por aportar soluciones innovadoras 
Última Actividad 20.09.2026 13:24
Posts Posts: 357
Likes enviados Enviados: 29
Likes recibidos Recibidos: 157
Predeterminado Contrato RustCOBOL y propiedades (1.36.6-1.36.7)
0 Inactivo Inactivo

PowerRustCOBOL 1.36.6 y 1.36.7

El agente Event Handler recibe el contrato del lenguaje RustCOBOL. Su prompt decia "emitir codigo conforme a COBOL-85" y "formatear COBOL estrictamente para el parser del IDE", pero no nombraba ni un solo verbo, funcion intrinseca, numero de nivel o formato de fuente que esta cadena de herramientas acepta: el agente rellenaba el hueco con conocimiento general de COBOL, y codigo de aspecto estandar que este parser rechaza era el resultado previsible. Ahora el prompt lo nombra todo: las 51 sentencias implementadas, las 39 funciones intrinsecas que se resuelven, las reglas de la DATA DIVISION, la sintaxis :: de controles, las extensiones de ficheros y excepciones, y una auto-verificacion semantica de once puntos tomada de lo que el analizador informa de verdad. Tambien corrige la regla del formato de fuente: RustCOBOL se analiza en formato libre y sin limite de longitud de linea; el truncado a la columna 72 solo se aplica a un fichero que lleve un indicador real de formato fijo en la columna 7.

Su revisor Pedantic comprueba ese contrato clausula por clausula. Se le pedia tratar el prompt del agente como especificacion autoritativa, algo que no podia hacer mientras ese prompt no nombraba ninguna regla. Ahora lleva la lista de comprobacion correspondiente -- verbos no listados, intrinsecas no listadas (que fallan en silencio devolviendo ceros o espacios en vez de dar error), identificadores no declarados, destinos de PERFORM inexistentes, receptores no numericos, nombres duplicados, un PIC sobre un grupo, el nivel 78, una division envolvente dentro del cuerpo de un manejador, CALL "COBOL-SET-PROPERTY" en lugar de :: -- y debe citar la clausula por la que rechaza. Ademas se le prohiben dos falsos positivos que rechazarian trabajo correcto: exigir el margen de la columna 72 (no existe) y exigir la prueba de que un manejador ya se ejecuto (esta revisando una propuesta). El agente y el revisor se actualizan al abrir el proyecto solo si el prompt guardado es exactamente el anterior por defecto; un prompt que usted haya editado nunca se toca.

Una propiedad que la IA escriba con otras mayusculas ya no desaparece. Los nombres de propiedad no distinguen mayusculas y el validador aceptaba cualquier grafia, pero la ruta que aplica el cambio exigia la grafia canonica exacta: una propiedad de formulario enviada como "title" caia en una rama por defecto que no hacia nada, y una propiedad de control enviada como "caption" se insertaba como una segunda entrada junto a la verdadera "Caption", donde la busqueda exacta seguia devolviendo el valor antiguo. En ambos casos la operacion se contaba y se le informaba a usted como aplicada sin que nada hubiera cambiado. Ahora las dos rutas resuelven el nombre sin distinguir mayusculas y escriben por la clave canonica, y deshacer captura el valor anterior verdadero. Una prueba mantiene en paso la lista del validador y la del Form Designer, de modo que una propiedad que se pueda validar pero no aplicar rompe la compilacion.

El Form Designer de Grace recibe la lista de propiedades que esta obligado a obedecer. Su prompt prohibe cualquier clave que no figure en FORM PROPERTIES o PROPERTY KEYS BY TYPE, y su revisor trata esas listas como evidencia autoritativa, pero una tarea delegada a traves de Grace llevaba ambos bloques recortados del contexto para proteger el presupuesto de tokens: el especialista obedecia una lista que no podia ver. Ahora recibe el bloque de formulario mas las claves de propiedad de los tipos de control realmente en juego: los que ya estan en el formulario y los nombrados en el objetivo de la tarea, porque el control que una tarea de despliegue va a crear todavia no esta en el formulario. Los otros treinta y tantos tipos siguen fuera, asi que el presupuesto que aquel recorte protegia sigue protegido.

El chatbot Grace de proyecto ya ve el formulario abierto. Enviaba solo el nombre de la superficie y la conversacion, asi que una peticion escrita alli -- incluida la sugerencia del propio panel, "Add a data bound datagrid to form xxxxx" -- llegaba al Form Designer delegado sin identificadores de control, sin geometria y sin claves de propiedad. Ahora lleva el mismo contexto que envia el panel de IA del propio Form Designer cuando hay un formulario abierto, y el inventario del arbol del proyecto cuando no lo hay, de modo que Grace puede nombrar formularios, ficheros indexados y fuentes reales en lugar de inventarlos.

Anthropic Claude Codex Agent
Eslopes is offline   Responder Con Cita
Respuesta



Derechos de Publicación
No puedes publicar nuevos temas
No puedes publicar posts/responder
No puedes adjuntar archivos
No puedes editar tus posts

BB code is habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado

Saltar a Foro


La franja horaria es GMT +2. Ahora son las 14:42.
Powered by: vBulletin, Versión 3.8.7
Derechos de Autor ©2000 - 2026, Jelsoft Enterprises Ltd.