Proyectos y Exploraciones

Motivacion: Quería un repo pequeño y con licencia MIT donde dominar la configuración de agentes en Cursor con vibe coding y experimentos—no solo leer sobre reglas y hooks, sino cablearlos, romperlos y ver cómo encajan.

Problema: La mayoría de tutoriales de agentes se quedan en los prompts. En el trabajo real necesitas configuración nativa del repo: líneas base que perduran (reglas), procedimientos con nombre (skills), delegación enfocada (subagentes), intención del proyecto en un archivo ligero (AGENTS.md) y automatización alrededor de ediciones y shell (hooks). Sin un mapa y ejemplos que funcionen, reinventas esa pila cada vez.

Motivacion: Quería que la homepage y la página about se mantuvieran alineadas con lo que realmente escribo y construyo — sin reescribir a mano el hero, el foco actual o la filosofía cada vez que publico contenido nuevo.

Problema: Home y about se desfasan. Añades entradas de escritura y de proyectos; las páginas principales siguen diciendo el foco del trimestre pasado o un eslogan genérico. Sincronizar a mano es tedioso y fácil de olvidar. El corpus es la fuente de verdad, pero nada extraía de él hacia el JSON de locale que impulsa el sitio.

Motivacion: Quería que crear un .env para un desarrollador nuevo fuera lo más sencillo posible: sin copiar y pegar a ciegas, sin valores incorrectos que solo salen en producción, sin conocimiento tribal sobre qué variables son obligatorias.

Problema: Incorporar a alguien suele significar 'copiar .env.example a .env y rellenar los huecos.' Eso falla de formas predecibles: la gente deja placeholders, escribe mal las URLs, olvida qué variables son obligatorias y solo descubre los errores cuando la app crashea o una función falla en silencio. No existía un único CLI que guiara el setup con validación y guardarraíles integrados.

Motivacion: Quería que mi agente de IA dejara de escribir como un comunicado de prensa y empezara a escribir como yo — misma voz, mismo frontmatter, mismos patrones estructurales — sin tener que reexplicar esas restricciones en cada sesión.

Problema: Cada vez que pedía a un agente que escribiera contenido para mi sitio, el resultado sonaba hueco. Gramática correcta, cero personalidad. El modelo caía en relleno corporativo porque no tenía restricciones contra las que trabajar. Re-promptear mis preferencias de voz en cada sesión no era sostenible.

Motivacion: Quería construir un platformer estilo Super Mario y estresar un flujo completo spec-first y dirigido por agente — spec-kit para requisitos, vibe coding con Cursor y comandos personalizados para auto-revisión, tests y memoria — para ver hasta dónde podía llevarlo antes de tener que intervenir.

Problema: Los proyectos construidos por agentes suelen salir con bugs ocultos y sin un siguiente paso claro. Quería ver si una spec de requisitos estructurada más comandos de agente para auto-revisión, tests unitarios, tests e2e blackbox y una memoria de pasos en SQLite podían reducir esa fricción y acabar reemplazando la necesidad de un operador humano.