Saltar al contenido principal
El ciclo que TYBA cierra aquí es el más pesado de hacer a mano: alguien revisó el PR, dejó comentarios repartidos por archivos y líneas, y ahora alguien tiene que transcribir eso para el agente. No hace falta. El panel lee los comentarios, tú marcas cuáles valen, y van al composer de la sesión que escribió el código.

​
Dónde está

Dentro del panel de revisión, en Deliver, justo debajo de la línea del PR — Review comments. Solo aparece cuando existe un PR abierto para la branch de la sesión.
Necesita gh (o glab) instalado y autenticado. Sin la CLI, la lista viene vacía, sin error: leer comentarios es la API de la forja, y sin CLI no existe camino hasta ella. Esto no es un fallo tuyo — la mayoría de la gente no instala gh.

​
Lo que lee

Dos colecciones, juntas en la misma lista:
Cada ítem muestra @autor, el archivo y la línea (cuando el comentario está anclado), y el texto.

​
Marcar y revisar

Marca en el checkbox lo que debe convertirse en trabajo. Select all / Clear selection en la esquina. Con algo marcado, aparece This is what gets sent to the agent — el prompt exacto, abierto por defecto. No es un resumen: es el texto que se va a pegar.
Third-party content — review before forwarding to the agent.El aviso está en la interfaz, y es literal. Un comentario de PR es texto que escribió cualquier persona con acceso al repositorio, y estás a punto de pegarlo en un agente que edita código. El preview existe para que lo leas antes, no para que lo decores.Lo que te protege del otro lado es la clasificación de riesgo: el prompt no cambia lo que el agente puede hacer solo.

​
Reenviar

Forward N comments to the agent. TYBA pega el prompt en el composer de la sesión y mueve el foco hacia ella.
El prompt se pega, no se envía. El submit va en false: lo lees, lo ajustas, y aprietas enter. TYBA no habla por el agente.
Si sale bien, la selección se limpia y aparece Forwarded to the agent ✓.

​
Cuando no hay sesión viva

Este es el caso común: el PR quedó abierto tres días, cerraste TYBA, el agente murió. El worktree sigue ahí. Entonces TYBA abre una sesión nueva en el worktree y levanta el agente: El que levanta es el Review agent de Settings.
Es siempre una sesión de agente, nunca un shell con el binario escrito dentro. Escribir claude en un shell levantaría el agente sin sandbox, con todo tu entorno y — lo que importa — sin los hooks: sin PreToolUse no hay gate, y un agente fuera del inbox hace lo que quiere.

​
Review agent

Settings → Preferences → Review agent.
Who receives the diff comments when no session is open in the worktree: Tyba opens a session, starts this agent and pastes the prompt into its composer.
El comando custom corre dentro del worktree antes de que el prompt se pegue. Tiene que ser un agente interactivo de verdad: TYBA espera a que el TUI encienda el bracketed paste (DECSET 2004) para saber que el composer está listo — son hasta 30 intentos de medio segundo, porque el cold start de un agente revienta cualquier sleep fijo. Un comando que nunca enciende bracketed paste no recibe el prompt.
El mismo ajuste decide quién sugiere el mensaje de commit — con una salvedad: la sugerencia solo acepta claude o codex. Un comando custom cae en claude.

​
Los otros dos caminos

La misma cañería sirve para dos cosas más, y vale saber que son el mismo engranaje: En los tres casos: prompt pegado, foco en la sesión, tú aprietas enter.

​
Lo que no existe

​
Ver también

Pull requests

Cómo llegó el PR hasta aquí.

Claude Code y Codex

Quiénes son los agentes que TYBA sabe levantar.