Loading repository data…
Loading repository data…
Quinoto-Tech / repository
QuinotoSpec: Framework de Desarrollo Agéntico Guiado por IA. Metodología "Proposal-First" para estructurar el trabajo de los LLMs, asegurando calidad, documentación consistente y cero alucinaciones.
A transparent discovery signal based on current public GitHub metadata.
This score does not audit code, security, maintainers, documentation quality, or suitability. Verify the repository and its current documentation before adoption.
ESTADO: PRODUCCION / ESTABLE
Metodologia y sistema de configuracion de agentes para desarrollo asistido por IA. Flujo de trabajo "Proposal First" / "Context Slicing" para maximizar precision y minimizar alucinaciones.
Yggdrasil Edition - El arbol que conecta los 9 reinos del desarrollo asistido por IA. Ahora con The Tiwaz Rune: análisis formal de entropía de código.
# 1. Clonar el paquete
git clone https://github.com/Quinoto-Tech/QuinotoSpec.git
cd QuinotoSpec
# 2. Instalar para tu IDE
./install.sh --opencode --global # OpenCode
./install.sh --cursor --global # Cursor
./install.sh --cline --global # Cline
# 3. En tu proyecto, ejecutar discovery
@quinotospec.discovery
# 4. Crear tu primera propuesta
@quinotospec.create-proposal
Cuando los agentes de IA operan sobre un códigobase sin estructura, ocurre lo inevitable:
| Síntoma | Qué pasa | Impacto |
|---|---|---|
| Alucinaciones en cascada | El agente no tiene contexto delinear y "inventa" decisiones de diseño | Se implementa código que no resuelve el problema real |
| Contexto desbordado | Se carga todo el proyecto en el prompt, pero el agente no distingue lo relevante de lo accesorio | Tokens desperdiciados, respuestas difusas, inconsistencias |
| Cambios sin trazabilidad | Nadie sabe qué decidió el agente, por qué, ni qué afectó | Deuda técnica invisible que crece con cada iteración |
| Sobrescritura silenciosa | El agente reescribe archivos enteros sin preservar trabajo previo | Se pierden historias de usuario, tareas, acuerdos de producto |
| Onboarding ciego | Cada sesión arranca desde cero, sin memoria del proyecto | Repetición de errores, features inconsistentes, frustración |
El resultado: promesas rotas, refactors que empeoran las cosas, y equipos que desconfían del agente porque "no sigue lo que se le pide".
La causa raíz no es el modelo — es la ausencia de un contrato estructurado entre humano y agente.
Estás arrancando un proyecto y querés que el agente construya sobre fundamentos sólidos desde la primera línea de código. Ejecutás @quinotospec.discovery, el agente mapea el stack y genera los 8 archivos de contexto. A partir de ahí, cada propuesta, historia y tarea parte de una base documentada y validable — no de suposiciones.
El directorio está vacío — ni una línea de código. Ejecutás @quinotospec.init, el agente detecta que no hay proyecto y lanza un wizard interactivo: ¿lenguaje? ¿framework? ¿testing? ¿base de datos? Elegís Python + FastAPI + Poetry + pytest + SQLite. El agente ejecuta poetry new, instala dependencias, crea .gitignore, README.md y la estructura .quinoto-spec/. También acepta --stack python:fastapi:poetry:pytest:sqlite para ir directo sin wizard.
Un nuevo miembro del equipo necesita entender el códigobase rápido. @quinotospec.onboard developer genera un documento de onboarding técnico: arquitectura, endpoints, deuda técnica, convenciones. El developer productivo en horas, no en semanas.
Tenés un módulo con alta deuda técnica que necesita reescritura. En lugar de pedirle al agente "refactorea esto" y cruzar los dedos, creás una propuesta con @quinotospec.create-proposal, desglosás en historias de usuario, generás tareas atómicas, y el agente ejecuta una por una con contexto preciso. Si algo falla, hay rollback y changelog.
Tu proyecto tiene 3 servicios que se comunican entre sí. El contexto global es enorme y confuso. @quinotospec.stack-discovery consolida el discovery de todos los servicios, y @quinotospec.dependency-graph mapea las dependencias inter-servicio. El agente opera con claridad sobre qué afecta cada cambio.
Tenés 15 tareas que necesitan avanzar en paralelo. @quinotospec.battle-frenzy lanza subagentes en paralelo, cada uno con su contexto aislado. Blood-Bond analiza tus patrones de trabajo y predice qué tarea deberías encarar después.
Necesitás saber qué cambió, por qué, y si cumple los criterios de aceptación. @quinotospec.review revisa branch/PR contra las historias de usuario. @quinotospec-metrics calcula compliance. El changelog se actualiza automáticamente — nunca se edita manualmente.
La mayoría de los workflows con IA siguen el patrón "pedí, esperá, verificá". QuinotoSpec invierte el orden: primero se define qué se quiere (propuesta), después se ejecuta. Esto elimina el principal fuente de errores — la ambigüedad del prompt inicial.
En lugar de cargar todo el proyecto en cada llamada al modelo, QuinotoSpec refina el contexto progresivamente:
Discovery (global) → Proposal (iniciativa) → Delta Specs (incremental) → User History (valor) → Task (atómico)
En cada paso, el agente recibe menos contexto pero más preciso. Menos tokens, menos ruido, menos alucinaciones.
QuinotoSpec usa delta specs para describir cambios al sistema. En lugar de reescribir la especificación completa cada vez:
Was: y Reason:)Reason: y Migration:)Al archivar una propuesta, el engine de merge aplica los deltas a specs/ — el source of truth canónico del sistema, organizado por dominio/servicio. Esto hace que QuinotoSpec funcione tanto en greenfield como en brownfield.
Cada cambio queda registrado en un changelog inmutable (regla #1: nunca editar manualmente). Cada tarea tiene un ID con prefijo registrado. Cada propuesta se archiva cuando se completa. No hay cambios fantasma.
QuinotoSpec no es un archivo de prompts — es un sistema de reglas. 12 reglas estrictas que el agente debe cumplir, validables con @quinotospec-validate y /quinotospec-rules-enforce. Si un acuerdo de producto está vacío, el workflow se bloquea. Si un prefijo no está registrado, no se avanza.
QuinotoSpec se instala en tu IDE (Cursor, OpenCode, Cline, o genérico) y opera sobre tu proyecto. No es un SaaS, no es un wrapper — es configuración + metodología + reglas que transforman cómo tu agente trabaja.
# Clonar y dar permisos
chmod +x quinotospec-package/install.sh
# Ejecutar (modo interactivo)
./quinotospec-package/install.sh
# Instalación global (en ~/.config/)
./quinotospec-package/install.sh --opencode --global
El instalador pregunta la ruta de destino y el IDE:
| Flag | IDE | Destino |
|---|---|---|
--opencode | OpenCode | .opencode/ o ~/.config/opencode/ (global) |
--cursor | Cursor | .cursor/ o ~/.config/cursor/ (global) |
--global, --root | - | Instala en ~/.config/ ignorando el directorio del proyecto |
| (default) | Genérico | .agent/ |
Para instalar una vez y disponible en todos tus proyectos:
# OpenCode global
./quinotospec-package/install.sh --opencode --global
# Cursor global
./quinotospec-package/install.sh --cursor --global
Esto crea la configuración en ~/.config/opencode/ o ~/.config/cursor/ según el IDE.
| Dependencia | Requerido | Propósito |
|---|---|---|
| Bash 4.0+ | Sí | Ejecutar instalador |
| Git | Sí | Control de versiones |
Proposal First: Antes de escribir código, escribe una propuesta. Evita código espagueti y asegura diseño aprobado.
Context Slicing: El contexto se refina progresivamente:
Discovery → Propuesta → Historias de Usuario → Tareas → Implementación → Changelog → Archive
Genera documentación del estado actual del proyecto.
@quinotospec.discovery # Discovery completo (8 archivos)
@quinotospec.stack-detect # Detectar stack tecnológico
@quinotospec.stack-discovery # Discovery multi-servicio
@quinotospec.refresh-discovery # Actualizar solo archivos cambiados
Output: .quinoto-spec/discovery/ (8 archivos Markdown).
Define la solución a alto nivel.
@quinotospec.create-proposal
Output: .quinoto-spec/proposals/{slug}/proposal.md
Desglosa la propuesta en requerimientos de valor.
@quinotospec.create-user-stories --slug {SLUG}
Output: .quinoto-spec/proposals/{slug}/user-stories.md
Convierte historias en pasos ejecutables.
@quinotospec.create-tasks --slug {SLUG} # Todas las historias
@quinotospec.create-tasks --slug {SLUG} --single {US_ID} # Una historia
Output: .quinoto-spec/proposals/{slug}/{US_ID}_tasks.md
Ejecuta las tareas una por una.
@quinotospec.apply --task-id {TASK_ID}
Acciones: Lee contexto → Confirma branch → Implementa → Ejecuta tests → Actualiza changelog → Sugiere siguiente tarea.
| Workflow | Comando | Descripción |
|---|---|---|
| Discovery | @quinotospec.discovery | Genera 8 archivos de documentación del proyecto |
| Stack Detect | @quinotospec.stack-detect | Identifica stack tecnológico (lenguajes, frameworks, tests) |
| Stack Discovery | @quinotospec.stack-discovery | Discovery consolidado para proyectos multi-servicio |
| Refresh Discovery | @quinotospec.refresh-discovery | Actualiza solo archivos de discovery afectados |
| Create Proposal | @quinotospec.create-proposal | Crea propuesta técnica con prefijo único e idempotente |
| Create PRD | @quinotospec.create-prd | Crea un Pro |