Menu
Crea un GitHub PR desde la branch actual con el template del repo. Usar cuando pidan abrir un PR; es el paso PR que invocan b7-issue-to-pr y b8-swarm.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
El experto: audita un repo SvelteKit degradado (load functions y fetch manual en vez de remote functions, sintaxis Svelte 4, sobre-ingeniería, funciones duplicadas, exceso de comentarios, features desparramados) y lo migra por peldaños hacia la base canónica del plugin — o instala esa base en un proyecto nuevo. Usar SOLO cuando el usuario lo invoque directo: "rescata este repo", "limpia este proyecto", "audita el codebase", "define la base del proyecto", "genio de la botella". NO es review de un PR (eso es b6-pr-review) ni construcción de un feature nuevo (eso es b2-build-feature); ningún skill del pipeline lo encadena automático.
Convierte la conversación actual (o un plan/PRD/doc) en issues de GitHub sliceados en vertical (tracer-bullet), con dependencias y epic de tracking, listos para drenar con b10-ship --epic. Usar cuando el usuario pida convertir lo conversado o un plan en issues/tareas/tickets ("crea los issues de esto", "turn this into issues"), pida partir trabajo en vertical slices, o cuando una sesión de diseño/brainstorm converge en trabajo por registrar. TAMBIÉN al INICIO: con una idea cruda ("quiero conversar una idea", "ayúdame a pensar X antes de codear") entra en modo diseño — entrevista 1x1 que madura la idea hasta un plan sliceable y recién ahí crea los issues. Paso génesis, antes de b1-triage: no implementa, no triagea, no abre PRs.
Crea un git worktree aislado para una branch. Usar cuando el usuario pida un worktree o un workspace aislado para trabajar. Requiere el nombre del worktree como argumento.
Triage de un GitHub issue: evalúa, etiqueta y postea el comentario de evaluación antes de desarrollar. Usar cuando pidan triage/evaluar/revisar el issue #N o "tarea N" (tarea = issue en este codebase), o cuando otro skill (b10-ship, b7-issue-to-pr, b8-swarm) necesite un issue triageado. NO es la entrada de "resuelve el issue N" (eso es b10-ship) ni de features descritas sin issue (eso es b2-build-feature).
Orquestador del pipeline issue -> worktree cerrado. ENTRADA DEFAULT para trabajo issue-shaped: cualquier pedido de resolver/trabajar/shipear UN issue ("resuelve el issue N") o de drenar un epic ("procesa el epic N") sin pedir parar en el PR draft rutea aquí. Idempotente: re-correr el mismo comando retoma donde quedó. NO usar si piden explícitamente parar en el PR draft (eso es b7-issue-to-pr) ni para un cluster de issues relacionadas en un solo PR (eso es b8-swarm).
Construye cualquier pantalla SvelteKit — CRUD, form, dashboard o página de datos — desde una descripción directa del usuario ("crear pantalla", "build feature", o una pantalla descrita sin la palabra feature) o desde un issue triageado. Ruteo de issues, PR y merge pertenecen a b7/b8/b10, que invocan este skill como fase de build.
| name | b4-pull-request |
| description | Crea un GitHub PR desde la branch actual con el template del repo. Usar cuando pidan abrir un PR; es el paso PR que invocan b7-issue-to-pr y b8-swarm. |
| context | fork |
| model | haiku |
$ARGUMENTS
Skill
context: fork: el subagente solo ve esteSKILL.md. El placeholder$ARGUMENTSes la UNICA vía por la que los argumentos tipeados (branch, flags como--draft,--body-file,--issue=N,--label) llegan al fork — el harness los sustituye. Si aparece vacío, derivar del estado de git actual.Corre headless: nunca preguntar al usuario. Derivar cada decisión del estado git/GitHub, proceder con el default seguro y anotar cada decisión en el resumen final.
Flags soportados:
--draft — crear el PR en draft.--body-file <path> — usar ese archivo como body.--issue=N — el PR cierra el issue #N: el body DEBE incluir Closes #N real (nunca el placeholder #XXXX).--label <name> — agregar ese label al PR via gh pr create --label.git branch --show-current
main)BASE=$(gh repo view --json defaultBranchRef --jq .defaultBranchRef.name)
# Fallback si gh falla: git remote show origin | grep "HEAD branch"
Usar $BASE en TODOS los comandos siguientes — nunca hardcodear main. Si la branch actual ES ${BASE}, abortar y reportarlo en el resumen final (headless: no crear PR desde el default branch).
git log origin/${BASE}..HEAD --oneline --no-decorate
git diff origin/${BASE}..HEAD --stat
Derivar de commit messages, nombre de branch (e.g., fix/issue-123) y archivos cambiados:
--issue=N en los argumentos, usarlo directo. Si no, look for patterns like #123, fixes #123, or closes #123 in commit messages. Si no se puede determinar, usar el placeholder #XXXX y dejarlo anotado en el resumen final.Ensure all commits are pushed:
git push origin HEAD
Si el remoto rechaza por divergencia:
git push origin HEAD --force-with-lease
IMPORTANT: Read and use the PR template at .github/pull_request_template.md. The PR body format must strictly match the template structure.
Si el template NO existe en el repo (o ya vino --body-file): usar estructura minima — ## Resumen, Closes #N, ## Tipo de cambio, ## Como se probo — y anotarlo en el resumen final.
When filling out the template:
#XXXX with the actual issue number, or keep as #XXXX if no issue exists (for small fixes)Si vino --body-file, usar ese archivo directo; si no, escribir el body a un archivo temporal único (mktemp) y borrarlo después de crear el PR.
gh pr create --title "PR_TITLE" --body-file "${BODY_FILE}" --base "${BASE}" --draft --label auto-pr-bot
Incluir --draft y --label solo si vinieron en los argumentos.
${BASE}): abortar y reportarlo en el resumen final.git push -u origin HEAD.gh pr view, no crear otro; reportar la URL existente y anotar la decision.Before finalizing, ensure: