28 de mayo de 2026

• Creación del proyecto
• Organización del concepto del juego de agricultura
• Recolección y descarga de activos del juego completada (132 PNG)
  • Clonar repositorio de GitHub: GuardianofNature, FarmLands, Sproutville, OldTownFarm, claude-farmer
  • Fuente: Sprout Lands (Cup Nooble, CC0), SpriteCook (CC0), Kenney (CC0), CraftPix (Licencia gratuita)
  • Clasificación de activos: personajes (26), mosaicos (19), objetos (36), interfaz (31)
  • Todos disponibles para uso comercial
• Configuración de la canalización CI/CD: GitHub Actions + reviewdog + ESLint + actionlint
  • Migración de ESLint v9 a configuración plana (.eslintrc.json → eslint.config.js)
  • Corrección del bug fail_level de reviewdog (errors → error)
  • Revisión de PR con CodeRabbit AI — todas las verificaciones aprobadas (5/5 ✅)
  • Integración con CodeFactor completada — puntuación de código (A~F) evaluada automáticamente
• Integración de herramientas de IA: CodeRabbit + Qwen Code (autoalojado en RunPod)
• LLM: Qwen 3.6 35B (RunPod) para el desarrollo
• Reflexión del desarrollo: docs/retrospectives/2026-05-28.md

Estructura de los activos

assets/
├── characters/    - personajes, sprites de animales
├── tiles/         - conjunto de tiles (suelo, agua, edificios, entorno)
├── objects/       - muebles, cultivos, árboles, herramientas
├── ui/            - botones, cuadros de diálogo, íconos, cursor del ratón
├── music/         - BGM (pendiente)
└── sfx/           - efectos de sonido (pendiente)

Preparación de datos RAG de la documentación oficial de Godot

Se construyó un conjunto de datos RAG basado en la documentación oficial para el detector de Godot 3/4 y futuros modelos de codificación de Godot basados en Qwen. El objetivo es que el LLM no decida las etiquetas de forma arbitraria, sino que genere candidatos de etiqueta basándose en fragmentos de evidencia y reglas del sistema extraídos de la documentación oficial, dejando al LLM solo la tarea de ayudar con explicaciones, correcciones de código y generación de datos de entrenamiento.

Los documentos relacionados se recopilan en la siguiente ubicación.

• docs/README.md: índice del directorio de documentos
• docs/research-notes/: notas de diseño y estructura de generación de datos
• docs/roadmaps/: hoja de ruta completa del desarrollo
• docs/retrospectives/: retrospectivas por fecha
• work/godot_rag/: actualmente vacío. Los resultados de chunking/post‑procesamiento RAG se han eliminado
• outputs/godot_docs_full/: resultados del rastreo de la documentación oficial de Godot

Retrospectivas relacionadas:

• docs/retrospectives/2026-06-17-godot-rag-judge.md
• docs/retrospectives/2026-06-18-godot-rag-reset.md

Datos de origen

La documentación original que se usará para RAG se encuentra en la siguiente ruta.

outputs/godot_docs_full/pages

outputs/godot_docs_stable es una carpeta de recuperación intermedia y no se utiliza como datos de referencia RAG.

Verificación final de la recopilación:

Official search index target pages: 1568
Collected markdown pages: 1570
Missing pages: 0
Failed fetches: 0

La razón por la que hay dos más es porque se recopilaron también los alias de codificación URL de @GDScript y @GlobalScope de forma conjunta.

Estado de fragmentación

Los entregables de RAG de fragmentación/post‑procesamiento/catálogo creados el 17 de junio fueron eliminados de la línea base el 18 de junio.

Alcance eliminado:

v1 docs_chunks.jsonl  
v2 docs_chunks_v2.jsonl  
v3/v3.1 catalog/index/mapping resultados  
Agrupación/post‑procesamiento/validación borrador de script  
Borrador inicial chat/index

Razón de eliminación:

Se realizó el chunking sin haber analizado suficientemente la estructura del documento oficial original.  
Al delegar el chunking y el post‑procesamiento al LLM, el juicio intermedio se volvió opaco.  
Al considerar algunas API como MVP centrales o codificarlas de forma rígida, el objetivo de RAG basado en documentos completos se vio comprometido.  
Como resultado, se volvió difícil verificar por separado la calidad de los chunks, los metadatos y la confiabilidad del catálogo.

La siguiente tarea no es crear un nuevo fragmento de inmediato, sino analizar primero la estructura real del documento original en outputs/godot_docs_full/pages.