Por Qué Construí prjct: El Momentum Tool que Claude Necesitaba

No es un PM tool. No es Jira. Es la herramienta que construí para dejar de perder contexto con Claude y empezar a shippear features de verdad.

El Problema que me Volvió Loco

Trabajo con Claude Code para todo. Es increíble. Pero después de 10 mensajes, empezaba a perder el hilo:

“¿En qué estaba trabajando?”
“¿Qué features shipee esta semana?”
“¿Cuál era el plan original?”

Y lo peor: Claude también perdía contexto.

Intenté las soluciones obvias:

Notion + Claude

✅ Buen tracking
❌ Context switching brutal
❌ Claude no ve lo que escribo en Notion
❌ 5 minutos de overhead por tarea

Jira

✅ “Enterprise-grade”
❌ Configurar un epic: 20 minutos
❌ Overkill absurdo para indie hacker
❌ Claude sigue sin ver nada

README.md + Git

✅ Simple
❌ Desorganizado después de 3 features
❌ Sin métricas ni momentum
❌ Perdía el hilo igual

La Epifanía

Una noche, debuggeando a las 2am, le dije a Claude:

“p. I’m done with this task, what’s next?”

Y pensé: ¿Por qué no puede simplemente funcionar así?

Hablar natural. Cero comandos que memorizar. Claude entiende. Hace el tracking. Yo sigo codeando.

Las Decisiones que Cambiaron Todo

1. Claude-Only (Cero Multi-Platform)

Podría haber hecho prjct compatible con ChatGPT, Copilot, etc. No lo hice.

El resultado:

Código eliminado: 800+ líneas → 228 líneas
Velocidad de features: 2-3x más rápido
Calidad: Proper testing de TODO

Enfocarse en UNA plataforma me dio superpowers que serían imposibles con soporte multi-plataforma.

2. MCP Nativo

Claude tiene Model Context Protocol. Nadie más.

Esto me dejó integrar:

Context7: Docs oficiales de librerías
Sequential: Reasoning multi-step
Magic: Generación de UI components
Playwright: Browser automation

Imposible replicar esto en otras plataformas. Y no me importa.

3. p. Trigger - Zero Memorization

No quería que nadie memorizara comandos. Nadie.

"p. I'm done" → /p:done
"p. ship this feature" → /p:ship
"p. ayuda" → /p:help

Funciona en español, inglés, cualquier idioma. Claude entiende la intención, no pattern matching.

4. Git Validation

El último commit es la source of truth.

Sin claims vacíos. Sin “completé 10 tasks” cuando el git log muestra 2 commits.

Work real = commits reales. Period.

5. Dynamic AI Agents

Los agents no están hardcoded. Se generan automáticamente basándose en tu stack:

Detectas Astro → Frontend specialist
Tienes i18n → i18n specialist
Tests con Vitest → QA specialist

Coordinator, Frontend, Backend, UX, QA, Scribe. Todos entendiendo TU proyecto.

Los Números que me Convencieron

Llevaba 3 semanas con prjct antes de lanzarlo públicamente. Medí todo:

Sin prjct (Mes de Agosto)

Features shipped: 4
Context perdido: ~15 veces
Tiempo en "¿qué hacía?": ~6h/semana
Momentum: 😐

Con prjct (Mes de Septiembre)

Features shipped: 12
Context perdido: 0 veces
Tiempo en tracking: ~30min/semana
Momentum: 🚀

3x más features. 12x menos overhead.

Por Qué No es un PM Tool

La mayoría de herramientas de PM están diseñadas para managers, no para makers.

prjct es diferente:

No hay “story points” → Solo features reales
No hay “sprints” → Solo momentum continuo
No hay “ceremonies” → Solo p. I'm done
No hay dashboards complejos → Solo p. status

Cinco comandos. Todo local. Zero BS.

/p:feature → /p:done → /p:ship → celebrate

Eso es todo el workflow.

El Stack Técnico

Para los curiosos:

CLI: Node.js con Commander
Storage: Local-first (~/.prjct-cli/)
Format: JSONL para sessions, MD para indexes
Architecture: Session-based con archiving automático
Integration: Claude MCP native
Git: Último commit como source of truth

Todo corre en tu máquina. No cloud, no tracking, no data mining.

Para Ti

Si estás construyendo con Claude y sientes que pierdes momentum:

Instala prjct → npm install -g prjct-cli
Inicia tu proyecto → p. init
Empieza a trabajar → p. I want to add [feature]
Ship → p. done y p. ship

No necesitas leer docs. No necesitas memorizar comandos. Solo habla natural.

Prueba prjct gratis →

La Realidad del Indie Hacker

No necesitas Jira en día 1. No necesitas el PM stack de Google para validar tu idea.

Lo que sí necesitas:

Momentum constante
Cero context loss
Tracking sin overhead
Celebrar wins reales

prjct me dio todo eso en 60 segundos vs horas configurando otras tools.

No es que prjct sea perfecto. Es que es perfecto para indie hackers que queremos shippear rápido.

Cuando tenga un equipo de 50 devs, tal vez migre a Jira. Hoy, necesito mantener el momentum y dormir tranquilo sabiendo exactamente qué shipee.

¿Usas Claude para development? ¿Cómo trackeas tu progreso? Cuéntame en jlopezlira@gmail.com