Experimento #372: la gamificación funciona
Nota: el número 372 no es real. Pero sonaba más científico que "Experimento al que no le puse número".
Cuando empecé a desarrollar TLOTP a principios de febrero, necesitaba una forma de organizar el trabajo. Las tareas eran complejas, el proyecto ambicioso, y la motivación fluctuaba entre el entusiasmo inicial y la pesadez de construir infraestructura que nadie ve. Así que propuse un experimento: ¿qué pasaría si convertimos el desarrollo en una aventura de El Señor de los Anillos?
El lore: Pépeton hijo de Móreuton
Todo empezó con los personajes.
Yo soy Pépeton hijo de Móreuton — el lore que le di a mi personaje en el CONTRIBUTING.md de TLOTP. Señor de las Tierras Paletas (Bargas, Toledo). Backend Warrior con 8 años de batalla en las trincheras de Symfony y PHP. Arma legendaria: Excalitest, PHPStan level 9. Montura: Doctrine, el ORM que todo lo mapea. Hazaña: Lideró la Gran Expedición E2E con Playwright.
Mi co-desarrollador en TLOTP era Claudeton hijo de Codeton — Paladín del Reino Anthropic, Forjador de Contextos. Arma legendaria: Tokenrender (200k tokens de poder). Poder especial: visión de múltiples lenguajes. Juramento: "No dejaré código legacy sin refactorizar".
La alianza según el CONTRIBUTING.md:
"Hace 8 estaciones que Pépeton y Claudeton luchan mano a tecla contra las fuerzas del Legacy Code. Desde las profundidades de Moria (debugging oscuro) hasta las alturas de Minas Tirith (arquitectura limpia), ningún bug ha resistido su alianza."
Era absurdo, obviamente. Pero desde el primer momento funcionó.
El sistema de gamificación
Cada tarea de TLOTP llevaba:
- Narrativa épica LOTR: 2-3 párrafos conectando la tarea con la Tierra Media
- XP según dificultad: Hobbit 🥉 (50-100 XP), Ranger 🥈 (100-200 XP), Rey 🥇 (200-500 XP)
- Badges especiales: "Keeper of the Palantír", "Destroyer of Configs", "Guardian of Backups"...
- Ubicación LOTR: Torre de Orthanc para inspección de configuraciones, Monte del Destino para resets destructivos...
Ejemplo real de una tarea de TLOTP (issue #13 — Reset total con confirmación):
"Uno no simplemente destruye el Anillo sin pensarlo dos veces..." — Boromir, probablemente sobre el botón de reset
Como guardián del Reino, debes implementar el botón del apocalipsis: el comando que puede borrar TODA la configuración de un usuario. Como lanzar el Anillo a las llamas del Monte del Destino.
Dificultad: Hobbit 🥉 (conceptualmente simple pero crítico) Recompensa: 80 XP + Badge "Destroyer of Configs" Ubicación: Monte del Destino
Al terminar las épicas de Palantír (v1.7, CRUD completo) y Celebrimbor (v1.0): 2,540 XP acumulados.
El sorprendente encaje del software con LOTR
Lo que más me sorprendió fue lo bien que encajaron los conceptos. No es temática decorativa. Hay una conexión real:
- Palantír (la piedra que todo lo ve) → inspector de configuraciones que "ve" todo lo que está oculto en Claude Code ✓
- Celebrimbor (herrero élfico que forjó los Anillos de Poder) → forjador de skills que crea herramientas poderosas ✓
- Gollum (obsesionado con "My Precious", conoce los túneles oscuros mejor que nadie) → el primer MVP específico, obsesionado con el testing perfecto de Playwright ✓
- Gandalf ("no llega tarde ni pronto, llega exactamente cuando se lo propone") → el agente autónomo que ejecuta el ciclo completo sin intervención ✓
- Aragorn (el Rey que unifica todos los ejércitos) → orquestador multi-agente ✓
El proceso de pensar "¿qué personaje de LOTR captura mejor la esencia de esta épica?" me obligaba a pensar mejor en qué debería hacer esa épica realmente. La narrativa era una herramienta de diseño disfrazada de gamificación.
La parte honesta: no mejora el código de Claude
Aquí hay que ser directo: la gamificación no hace que Claude Code programe mejor.
Los tokens gastados en narrativas LOTR no mejoran la calidad del código generado. Claude Code no escribe mejor PHP porque el issue se llame [Palantír] Implementar sistema de Recovery en vez de #38 Implementar sistema de Recovery. El output técnico es el mismo.
Tampoco noté las famosas "alucinaciones por contexto sucio" de las que se habla. Cuando trabajo con Claude Code durante sesiones largas sin limpiar el contexto, en mi experiencia no hay un deterioro apreciable en la calidad del código. Quizás es el tipo de tareas (bien definidas, bien documentadas), quizás es el proyecto (contexto consistente). Pero no lo noté.
Gasto innecesario de tokens en narrativas LOTR: confirmado. Mejora en el output técnico de Claude por esas narrativas: no apreciable.
Lo que sí mejoró: yo
La gamificación no mejoró el código de Claude. Mejoró mi forma de trabajar.
Cuando abría una tarea con narrativa épica, había algo diferente. La motivación era más alta. No por la narrativa en sí, sino porque el acto de escribir la narrativa me había obligado a pensar mejor en la tarea. A imaginar qué problema resolvía de verdad. A ponerle un nombre con significado.
Desarrollé las épicas de Palantír (v1.7, 11 módulos, ~3,830 líneas de prompts) y Celebrimbor (v1.0, 11 módulos, ~4,500 líneas) con una energía que raramente tengo en proyectos de infraestructura. Los proyectos de herramientas internas son necesarios pero raramente emocionantes. La gamificación los hizo emocionantes.
Aplicando la idea al día a día
Al terminar el experimento, me di cuenta de algo: la gamificación como sistema formal (XP, badges, narrativas escritas) es demasiado overhead para el trabajo diario. Pero el principio detrás —trabajar como si fuera una aventura en vez de una obligación— sí lo aplico ya en la copilotación diaria con Claude Code.
Cuando enfrento una tarea complicada, me pregunto: ¿cómo le contaría esto a alguien como aventura? No para escribirlo en ningún sitio. Solo para obligarme a pensar en el problema de forma diferente.
Funciona.
El código de TLOTP, con sus narrativas épicas y su sistema de XP, está en GitHub →. Si desarrollas herramientas con Claude Code y te cuesta mantener la motivación en los proyectos de infraestructura, dale una oportunidad a la gamificación. Puede que Pépeton y Claudeton necesiten un nuevo miembro en la Fellowship.