Agentes de Inteligencia Artificial soportados y prompts recomendados
🌍 Par de idioma / Language pair
Sección titulada «🌍 Par de idioma / Language pair»- Español: 10-agentes-ia-soportados-y-prompts.md
- English: ../en/10-supported-ai-agents-and-prompts.md
🗣️ Prompt amigable (copiar y pegar)
Sección titulada «🗣️ Prompt amigable (copiar y pegar)»Usa esto cuando no eres técnico y quieres que la IA haga la integración + guía completa:
Usando https://github.com/juanklagos/spec-driven-development-template, crea todo lo necesario para llevar a cabo mi proyecto de principio a fin.Mi proyecto es: [explica tu proyecto en lenguaje simple].
Si mi proyecto es nuevo, inicialízalo con este template y GitHub Spec Kit.Si mi proyecto ya existe, adáptalo a idea/specs/bitacora sin romper el comportamiento actual.Guíame paso a paso según mi nivel (principiante/intermedio/avanzado), con lenguaje claro.No omitas especificación, plan, tareas, traza de refinamiento, bitácora y validación.[!TIP] Para inicio rápido y prompts, usa:
Esta guía toma como referencia la documentación oficial de GitHub Spec Kit.
Fuente oficial:
1) Tabla de agentes soportados por GitHub Spec Kit
Sección titulada «1) Tabla de agentes soportados por GitHub Spec Kit»En el comando specify init –ai, Spec Kit soporta los siguientes agentes:
| Agente | Identificador para --ai |
Estado |
|---|---|---|
| Antigravity | agy |
Soportado |
| Amp | amp |
Soportado |
| Auggie | auggie |
Soportado |
| Bob (IBM) | bob |
Soportado |
| Claude Code | claude |
Soportado |
| CodeBuddy | codebuddy |
Soportado |
| Codex | codex |
Soportado |
| GitHub Copilot | copilot |
Soportado |
| Cursor | cursor-agent |
Soportado |
| Gemini | gemini |
Soportado |
| Kilo Code | kilocode |
Soportado |
| Kimi Code | kimi |
Soportado |
| Kiro CLI | kiro-cli (alias kiro) |
Soportado |
| OpenCode | opencode |
Soportado |
| Qoder CLI | qodercli |
Soportado |
| Qwen Code | qwen |
Soportado |
| Roo Code | roo |
Soportado |
| SHAI (OVHcloud) | shai |
Soportado |
| Tabnine CLI | tabnine |
Soportado |
| Mistral Vibe | vibe |
Soportado |
| Windsurf | windsurf |
Soportado |
| Generic (agente no listado) | generic |
Soportado con --ai-commands-dir |
2) Flujo recomendado para cualquier agente
Sección titulada «2) Flujo recomendado para cualquier agente»- /speckit.constitution
- /speckit.specify
- /speckit.plan
- /speckit.tasks
- /speckit.implement
3) Prompt maestro de inicio (copiar y pegar)
Sección titulada «3) Prompt maestro de inicio (copiar y pegar)»“”“
Trabaja bajo esta estructura del repositorio: idea/, specs/, bitacora/.
Antes de ejecutar cualquier cambio, lee en este orden:
idea/IDEA_GENERAL.mdspecs/INDEX.md- último archivo de
bitacora/handoffs/(si existe)
Reglas obligatorias:
- No implementes sin especificación activa.
- Usa GitHub Spec Kit en este orden: constitution, specify, plan, tasks, implement.
- Mantén trazabilidad en
bitacora/al cerrar sesión.
Formato de respuesta obligatorio:
- Objetivo de la sesión
- Especificación activa
- Plan inmediato (pasos cortos)
- Cambios realizados
- Validación
- Próximo paso exacto “”“
4) Prompt para crear especificación consistente
Sección titulada «4) Prompt para crear especificación consistente»“”“
Crea o actualiza una especificación numerada en specs/NNN-nombre/ con estos archivos:
spec.mdplan.mdtasks.mdresearch.mdcontracts/cuando aplique
Condiciones:
- Lenguaje claro para personas nuevas y profesionales.
- No usar siglas sin explicarlas.
- Cada criterio de aceptación debe ser verificable.
- Las tareas deben ser concretas y ejecutables. “”“
5) Prompt para implementación consistente
Sección titulada «5) Prompt para implementación consistente»“”“ Implementa solo lo definido en la especificación activa.
Antes de implementar:
- Resume criterios de aceptación.
- Menciona riesgos.
Durante implementación:
- Mantén cambios mínimos y trazables.
- Evita cambios fuera de alcance.
Al finalizar:
- Registra resultados en
bitacora/global/PROJECT_LOG.md. - Actualiza
bitacora/diaria/AAAA-MM-DD.md. - Crea handoff si quedan pendientes. “”“
6) Contrato de salida unificado (para cualquier agente)
Sección titulada «6) Contrato de salida unificado (para cualquier agente)»Pide siempre este formato de salida:
- Resumen
- Especificación actualizada
- Archivos modificados
- Validaciones ejecutadas
- Riesgos abiertos
- Próximo paso
Este contrato reduce diferencias entre herramientas y mantiene resultados coherentes.
7) Playbooks por nivel
Sección titulada «7) Playbooks por nivel»Explícame paso a paso como si fuera nuevo en programación.Haz preguntas cortas.Ayúdame a completar la idea y luego crear la spec 001.No avances al siguiente paso sin confirmar que entendí.Trabaja sobre una única spec activa.Prioriza claridad de alcance, tareas ejecutables y bitácora completa.Separa cambios en: idea, spec, plan, tareas y validación.Aplica contrato de salida unificado y protocolo de refinamiento.Si hay cambio de alcance, bloquea implementación hasta actualizar history.md e INDEX.Entrega análisis de riesgo y próximo paso exacto.💡 Tips rápidos
Sección titulada «💡 Tips rápidos»- Empieza con una descripción corta del proyecto en lenguaje simple.
- Pide a la IA confirmar la spec activa antes de programar.
- Cierra cada sesión con validación y próximo paso claro.
📊 Flujo visual
Sección titulada «📊 Flujo visual»flowchart LR A["Idea del proyecto"] --> B["Spec aprobada"] B --> C["Plan alineado"] C --> D["Tareas priorizadas"] D --> E["Implementación"] E --> F["Validación + Bitácora"]