itscloud0/issue-to-agent

¿Qué hace issue-to-agent?

Usa este skill cuando el usuario le pida a Codex que prepare un plan de implementación, un paquete de tareas o una transferencia de agente a partir de un issue de GitHub, una URL de issue, OWNER/REPO#123, texto pegado de issue o un archivo local de issue.

Objetivo

Crear un paquete de tareas compacto y procesable que un agente de codificación pueda ejecutar sin redescubrir el contexto básico.

Entradas requeridas

• Fuente del issue: archivo local de issue, texto pegado de issue, stdin, URL de issue de GitHub o OWNER/REPO#123.
• Ruta del repositorio local. Por defecto, se utiliza el directorio de trabajo actual si el usuario no especifica otro.

Flujo de trabajo

1. Confirma que estás en el repositorio previsto o solicita la ruta del repositorio solo si no se puede inferir.

2. Si el CLI está instalado, ejecuta:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --output ISSUE_AGENT_TASK.md
   

3. Si el usuario necesita salida de automatización, también ejecuta:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --format json --output ISSUE_AGENT_TASK.json
   

4. Si el usuario necesita un informe legible para mantenedores, ejecuta:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --format html --output issue-agent-task.html
   

5. Lee el paquete de tareas generado antes de presentarlo. Verifica que los archivos probables, comandos, criterios de aceptación y riesgos tengan sentido.

6. Si la clasificación de archivos parece débil, usa la búsqueda en el repositorio para inspeccionar términos probables y señala la debilidad. No finjas que el paquete es autoritario.

7. Devuelve la ruta del paquete generado y resume:

   • resumen del issue
   • archivos probables
   • comandos sugeridos
   • criterios de aceptación
   • áreas de riesgo
   • preguntas abiertas restantes

Límites

• No implementes el issue a menos que el usuario lo solicite explícitamente.
• No publiques, subas ni comentes en GitHub a menos que se te pida.
• No llames a un LLM ni a un servicio externo. issue-to-agent es local primero; la carga de issues de GitHub solo usa el CLI gh local.
• Trata los issues de seguridad, autenticación, facturación y migración como de alto riesgo y recomienda revisión humana antes de la ejecución del agente.

Buena forma de salida

Creado ISSUE_AGENT_TASK.md.

Archivos probables:
- src/...
- tests/...

Ejecuta:
- ...

Riesgo:
- ...