Laboratorio 4 -Tickets Grok

Laboratorio 4 es una prueba de capacidades del LLM público GROK, https://www.grok.com/ versión gratuita en chat , para revisar si puede implementar la lógica de un sistema de 2008 en base a un documento generado por Claude.

Repositorio GPL https://github.com/AlfonsoOrozcoAguilarnoNDA/dolgul

No checado para producción.

Allá por el 2008 hice un sistema de tickets adaptando uno de código libre; por eso este está licenciado bajo GPL, no LGPL ni MIT.

El nombre que elegí para el proyecto es DOLGUL, palabra rúnica de Diablo II, que significa vigilancia. sus características son como de un sistema de tickets

Características especiales del sistema:

• Multiempresa real.
• Control de minutos usados en respuestas.
• Fragmentación o control modular de responsabilidades: podemos saber qué ve cada quien.
• Los niveles de acceso incluyen control de dos números: ticket según empresa y ticket según nosotros.
• El envío de correos ha cambiado; ahora se hace de manera diferente por cuentas de Outlook (no lo pongo aquí). El sistema original lo tenía por librería Swift.

Modo de trabajo :

• Se basa en CHUNK que es una formade decir PARTES SIGNIFICATIVAS.
• Le di primero la idea de que se busca en chat y el docx que está en el repositorio.
• Le pedí que me fuera haciendo de 4 en 4 los archivos (generachunk  1 a 4 …) y los iba poniendo en repositorio a mano.
• Finalmente le pedí un prompt maestro adicional para generar un archivo de validcion.
• La idea es que si cambia un catalogo que es por ejemplo chunk 8, decirle regenera chunk 8 pero considerando x.

Limitaciones:

• No envía correos; debería hacerse el aviso.
• Un solo adjunto por respuesta.

PROMPT ADICIONAL:

Prompt Maestro para dolgulfiles.php

Instrucciones de Contexto: Actúa como un Ingeniero DevOps senior con 30 años de experiencia. Necesito crear un archivo de auditoría e integridad de software llamado dolgulfiles.php para el sistema DOLGUL (Vigilancia). Este archivo debe seguir la estética de los 20 chunks anteriores (PHP 8.x, Bootstrap 4.6, Font Awesome).

Objetivo Funcional: El script debe verificar la presencia y el estado de los 20 archivos que componen el núcleo del sistema en el servidor.

Requerimientos Técnicos:

1. Encabezado de Licencia: Incluir el bloque de comentarios de la Licencia Pública General de GNU (LGPL) versión 2.1 o posterior, con el copyright “(C) 2026 Alfonso Orozco Aguilar”.

2. Estructura de Datos: Define un array con los nombres de los 20 archivos (asume nombres estándar como config.php, index.php, headergrok.php, footergrok.php, tickets_abiertos.php, tickets_cerrados.php, ver_ticket.php, dashboard.php, reporte_minutos.php, etc.).

3. Lógica de Auditoría: Por cada archivo en el array, el script debe:

   • Verificar si existe (file_exists).

   • Contar el número de líneas de código (count(file())).

   • Obtener la fecha y hora de la última modificación (filemtime).

   • Generar el hash SHA1 del contenido (sha1_file).

4. Interfaz (UI):

   • Usar una tabla de Bootstrap 4.6 responsiva y profesional.

   • Colores de Estatus: Fila en verde suave si el archivo existe; fila en rojo suave con texto “MISSING” si el archivo no se encuentra.

   • Mostrar el hash SHA1 en una fuente monoespaciada (<code> o <small>).

5. Seguridad: El archivo debe requerir headergrok.php y verificar que el user_role en la sesión sea ‘Admin’. Si no lo es, mostrar “Acceso denegado”.

Salida Esperada: Un único archivo PHP autocontenido que se integre visualmente con el resto del sistema DOLGUL.

FIN PROMPT ADICIONAL

El analisis lo hizo claude con indicaciones mias y el doc está en el repositorio.

Notas:

• Hago notar que el sistema es GPL porque considero que es lo adecuado a este proyecto. No recuerdo si elsistema original era GPL pero es posible, así que un GPL suena adecuado
• Grok tiene limitación actual en Imagenes, pero no en algo como esto. Si me generó los 20 archivos y los estoy subiendo al repositorio. En otra ocasión reviso en base de datos extra.

Hallazgos del Laboratorio

• Calificación de Grok: Junior Brillante. Demuestra una disciplina sorprendente para mantener la coherencia de 20 archivos en un solo hilo, respetando la seguridad (Prepared Statements) y el patrón PRG (Post-Redirect-Get).

• Capacidad de Pensamiento: A fecha de 19 de marzo de 2026, Grok no muestra fatiga en la lógica compleja, aunque su limitación actual es puramente gráfica/generativa de imágenes.

• Soberanía del Código: Licenciado bajo GPL v3.0, honrando el origen del código libre y asegurando que la herramienta siga siendo auditable.

Limitaciones Conscientes

• No apto para producción sin revisión previa.

• Manejo de adjunto único por respuesta (restricción de flujo).

• Notificaciones de correo omitidas para esta fase de laboratorio.

Conclusiones:

• Grok No parece estar limitado en PENSAR sino en “hacer imagenes” en modo imagine hoy 19 de marzo 2026.
• a IA es una herramienta de ejecución, pero la “Vigilancia” (el criterio) sigue siendo del arquitecto. El hecho de que Grok haya generado los 20 archivos sin “romperse” es un punto bueno para un modelo gratuito

Repositorio GPL https://github.com/AlfonsoOrozcoAguilarnoNDA/dolgul

No checado para producción.