Learning — ariznabarreta.eu

<!-- FILE: drafts/specialized_reviews_proposal.md -->Specialized Reviews Proposal Estado Draft para revisión por Coordinator. Objetivo Proponer la incorporación en AVANZIRA_DEV de ciclos PDCA especializados para mejorar la calidad estructural del sistema antes de fases relevantes como deploy, migraciones, refactors grandes o cambios de arquitectura. El objetivo no es generar más documentación, sino mejorar: - mantenibilidad - migrabilidad - optimización - orden del repo - calidad del contexto para agentes IA - reducción de consumo de tokens - trazabilidad de decisiones - preparación para deploy --- 1. Decisión principal Se propone añadir tres ciclos PDCA especializados: PDCA_REPO_5S PDCA_KNOWLEDGE_CONSOLIDATION PDCA_TECHNICAL_DESIGN_REVIEW Estos ciclos no sustituyen al "PDCA_STAND...

De prompts frágiles a una fábrica esta De prompts frágiles a una fábrica estable De conversaciones frágiles a un flujo gobernado por estado que sobrevive al cambio de LLM. Durante meses intenté que varios agentes locales trabajaran juntos usando solo Ollama y LangChain. Al principio parecía que funcionaba: generaban arquitectura razonable, proponían código coherente y mantenían algo de contexto. Pero en cuanto el sistema superaba las 2-3 iteraciones, siempre aparecían los mismos tres problemas. 1. El patrón de fallo El flujo dependía de mí, del prompt inicial y del modelo. Yo tenía que decidir constantemente: "ahora el reviewer", "vuelve al coder", "esto ya vale". Un pequeño cambio en el primer prompt generaba planes distintos y resultados incompatibles horas después. Si pasaba de llama3 a qwen2.5:1....

En los posts anteriores he explicado cómo PDCA no es para mí un marco teórico reciente, sino una disciplina que arrastro desde muchos años de calidad industrial. Este proyecto, apoyado en IA, me permitió comprobar muy pronto hasta qué punto ese enfoque sigue siendo válido cuando cambian las herramientas, pero no la naturaleza del trabajo. La primera iteración real fue el punto de inflexión. No porque la IA "alucinara", sino porque el sistema permitía que lo hiciera . 1. Plan #0: visión clara, carril demasiado ancho Imagina que haces lo que se supone que hay que hacer. Te sientas. Piensas el sistema. Defines una visión razonable y ambiciosa: una web principal como punto de entrada, un catálogo unificado de trabajos, un hub de aprendizaje, un blog ex...

Cuando el DO vuelve a Plan: cómo cerré el margen de alucinación con proceso, no con “más prompts” En las dos entradas anteriores he hablado de PDCA como una disciplina que traigo de la industria tradicional: definir, ejecutar, verificar, ajustar. En este proyecto —con una IA en modo coordinadora y otra en modo agente— esa disciplina se puso a prueba muy pronto, en la primera iteración real . La lección no fue “la IA alucina”. La lección fue más incómoda y más útil: Si el sistema permite ambigüedad, el agente la rellenará. La única forma estable de reducir alucinación es reducir grados de libertad. Plan #0: una primera iteración bien intencionada, demasiado abierta La iteración 0 se planificó como se planifica un sistema completo: con visión, arquitectura, alcance y objetivos claros. El handoff inicial de Do #0 reflejaba esa ambición: Una web principal como hub (www). Un catálogo unificado (/work). Un hub de aprendizaje (/learning) con RSS. Blog externo bajo subdominio. Incluso “impleme...

PDCA aplicado a la creación de software: iterar con cierre (desde el acero hasta la IA) En la entrada anterior explicaba por qué este proyecto no es una web ni un CV ampliado, sino un sistema vivo . Esa idea no surge de la nada. En mi caso, PDCA no es algo que haya descubierto ahora aplicándolo al software o a la IA. Lo llevo practicando —con otros nombres y otras herramientas— desde finales de los años 90, en calidad industrial real, tocando acero . Antes de llamarlo PDCA, ya lo estábamos haciendo Mi primer contacto serio con sistemas de calidad fue en 1998 , implantando ISO 9002:94 , mientras alternaba estudios en el IMH con trabajo en la tornillería familiar de Soraluze (Gipuzkoa). Éramos una empresa de 12 personas , sin estructura formal, sin departamentos, sin cultura documental previa. Pasamos de órdenes verbales a lo que en la planta se conocía como "lo...