Subagentes

En algunas tareas, Rinari delega parte del trabajo en un subagente: un especialista que trabaja dentro del turno actual con un objetivo acotado y le devuelve el resultado como evidencia. Rinari decide cuándo delegar; el resultado vuelve a la conversación principal y ella responde con su propia voz.

Agentes integrados

Agente	Función
explore	Exploración del repositorio en solo lectura: encuentra archivos, símbolos y convenciones, con referencias archivo:línea.
reviewer	Revisión en solo lectura de un diff concreto, con hallazgos ordenados por gravedad.
debugger	Reproduce un defecto y encuentra su causa. Puede ejecutar comandos, pero no edita archivos del proyecto.
researcher	Investigación técnica con evidencia citada de la web y de documentación local. Por defecto no escribe archivos locales.
implementer	Implementa una tarea acotada en su propio worktree aislado.
verifier	Vuelve a ejecutar de forma independiente las validaciones indicadas, inspecciona el diff y decide el estado de finalización.

Qué hereda un subagente

• Las herramientas de la sesión principal —incluidas las de MCP, plugins y SSH— y su techo de permisos. Un subagente nunca tiene permisos más amplios que su padre.
• Las aprobaciones que ya diste en la sesión. Las nuevas solicitudes aparecen en la conversación principal, con el nombre del agente. Cancelar el agente retira sus solicitudes pendientes.
• El presupuesto del turno: lo que gasta un subagente cuenta para el turno que lo lanzó.

La delegación está acotada: hay límites de cuántos agentes trabajan a la vez para que no se multipliquen, y los subagentes no delegan a su vez. Los procesos y el perfil de navegador propios de un subagente se cierran cuando termina.

Ver qué hizo un agente

Las tarjetas de agente de la línea de tiempo tienen Ver actividad. Despliégala para ver el objetivo del agente, sus permisos efectivos, su carpeta de trabajo, los comandos, los mensajes visibles del modelo y el resultado. Es actividad observable, registrada bajo el turno principal y reconstruida al recargar el historial; no es razonamiento privado del modelo.

Modelos para cada agente

De forma predeterminada, todos los agentes usan el modelo de la sesión. En Ajustes → Agentes puedes cambiarlo por agente:

• Modelo: el modelo que usa este agente, o Heredar sesión;
• Fallback: un modelo de reserva si el principal no está disponible;
• Habilitado: desactiva un agente;
• Restablecer: vuelve a los valores predeterminados.

Por ejemplo, un modelo rápido para explore y uno más capaz para reviewer. Un perfil puede guardar sus propios modelos por agente; siguen al perfil de cada conversación. Un modelo sin llamadas a herramientas poco puede hacer como agente: revisa sus capacidades antes de asignarlo.

Agentes del proyecto

Un proyecto confiado puede definir sus propios agentes en .rinari/agents/. Por ejemplo, .rinari/agents/reviewer.md:

---
name: reviewer
description: Inspect this repository
profile: read-only
tools:
  - fs.read
  - search.*
---
Review the requested changes and return findings.

Omite profile y tools para heredarlos de la sesión. Los objetivos del rol, los presupuestos, los límites de concurrencia y la cancelación siguen aplicando.

Subagentes y Soul

Solo el agente principal habla con la Soul de Rinari. Los subagentes mantienen personalidades funcionales de su rol, así sus informes son directos.

En la terminal

rinari agents list
rinari agents run reviewer --task "revisa los cambios de autenticación"

Ejecutar un agente directamente sirve sobre todo para depurar; en el trabajo normal, Rinari los lanza ella misma.