InterviewLab

Agentes de IA

Ejemplos reales

Ejemplo: flujo de trabajo con Git — rama, commit y PR

Los prompts de ejemplo son ilustrativos; los comandos están verificados contra la documentación oficial.

Escenario: terminaste una feature en una rama y quieres commitear limpio y abrir un PR. Las tres herramientas pueden manejar git a través de su herramienta de shell; lo que cambia son las comodidades integradas. Lo que no se ha podido verificar aparece marcado como tal.

El flujo

  1. Revisar el diff antes de commitear.
  2. Que el agente prepare y haga el commit con un buen mensaje.
  3. Generar la descripción del PR y abrirlo.

Claude Code

Revisa primero los cambios sin commitear:

/diff

Haz el commit a través del agente (ejecuta git con su herramienta Bash):

Revisa los cambios en stage y luego commitéalos con un mensaje de conventional
commits que resuma el porqué, no sólo el qué.

La atribución en commits y PRs (por ejemplo el trailer de co-autoría) se controla con el ajuste attribution (commit, pr) de settings.json.

Trabajo aislado: claude --worktree (o -w) arranca la sesión en un worktree de git dedicado, en <repo>/.claude/worktrees/<nombre> — muy útil para dejar que el agente commitee sin tocar tu copia de trabajo.

Flujos de PR:

Crea un pull request con gh, incluyendo un resumen de los cambios y un plan de
pruebas en la descripción.
/pr-comments 142    # trae los comentarios de un PR a la sesión

/install-github-app configura la integración con GitHub para la revisión de PRs en la nube. Nota: las notas de investigación no verifican ningún comando integrado de Claude que cree PRs — la creación va por gh, como arriba.

Codex

Revisa los cambios (incluidos los archivos sin trackear) antes de commitear:

/diff

Haz el commit a través del agente:

Prepara y commitea estos cambios con un mensaje de conventional commits.

Aviso: en el modo de sandbox workspace-write, <raíz>/.git es una ruta protegida de solo lectura, así que git commit puede seguir pidiendo aprobación — es el comportamiento esperado, no un bug.

Trabajar en una rama sin cambiar tu propia copia de trabajo:

Crea una rama nueva feature/password-reset y mueve a ella los cambios sin
commitear que hay ahora.

Generar la descripción del PR:

Genera una descripción de PR para esta rama frente a main: resumen, cambios
clave y plan de pruebas. Luego abre el PR con gh.

No hay ningún comando slash de Codex verificado que cree PRs; codex review --base main (ver Revisar código modificado) cubre el paso de revisión previo al merge.

Kimi Code

Revisa el diff con el modo shell (! en la caja de entrada vacía; la salida entra en la conversación) — no hay ningún comando /diff integrado verificado:

!git status && git diff

Haz el commit a través del agente:

Prepara estos cambios y commitéalos con un mensaje de conventional commits que
explique la intención.

Generar la descripción del PR:

Compara esta rama con main y escribe una descripción de PR (resumen, cambios
clave y plan de pruebas), y luego crea el PR con gh.

Ninguno de los pasos de git y PR de arriba tiene comandos propios en Kimi Code — todos van por la herramienta de shell del agente, así que cada comando git dispara una aprobación en el modo Always Ask por defecto (o se ejecuta solo en Ask When Needed, /yolo). Comandos dedicados de creación y revisión de PRs: sin verificar a día de hoy.

Relacionado

Última verificación: 2026-09-07

Las herramientas de IA para programar evolucionan rápido. Si encuentras información desactualizada, abre un issue o un pull request.

Ver este documento en GitHub