Gentle Shell · Qué es y qué trae

Tu agente de código,
con un arquitecto adentro.
Y con números.

Gentle Shell convierte una sesión de Pi en un espacio de trabajo que dirigís vos: un flujo de desarrollo que escala solo cuando hace falta, subagentes que trabajan en paralelo, verificación según el riesgo y paneles para ver todo lo que pasa. Acá está todo lo que tiene, y lo que medimos contra Codex.

Qué es

Un harness, no un chatbot

No es ingeniería de prompts. Es disciplina de runtime alrededor de un agente potente: aclarar, explorar, decidir, implementar, verificar y cerrar.

π

Pi

El agente base. Gentle Shell es un paquete de Pi: extensiones, temas, prompts y skills.

🌸

Gentle Shell

Orquestador, persona, modelos, delegación, ODD y toda la interfaz.

⚙

Gentle AI

Lo instala y es dueño del review nativo: lentes, candidato congelado y aprobación.

🧠

Engram

Memoria persistente, como compañero opcional. Sobrevive a sesiones y compactaciones.

Empezar

Un comando, y a trabajar

  • Standalone: su propio home en ~/.gentle-shell/agent, o --link para reusar el de Pi.
  • La primera vez instala solo los compañeros: memoria, web y side-chats.
  • Dentro de un Pi que ya usás, o desde Gentle AI con un solo comando.

Requiere Pi ≥ 0.99.1 y Node ≥ 22.19.

# standalone (recomendado)
$ npm i -g gentle-pi
$ gentle-shell

# o desde Gentle AI
$ gentle-ai install --agent pi

# adentro, para arrancar
/gentle:status
/gentle:doctor
El flujo · Organic Driven Development

Siete pasos, en cada pedido

No tenés que pedirlo ni acordarte. Corre solo, y escala solo cuando la tarea lo necesita.

1Autorizar¿Me pediste cambiar algo, o solo mirar? Investigar no es implementar.
2ExplorarLeer el código antes de proponer nada.
3Resolver dudasUna pregunta, solo si hay una decisión de producto abierta.
4Clasificar¿Chica o grande? Nunca por cantidad de archivos.
5RegistrarLo grande tiene documento de feature antes de escribir.
6ImplementarTarea por tarea, test primero, un commit por unidad.
7CerrarQué se verificó, qué no, y la línea de riesgo.
El flujo · Chica o grande
⚡

Chica: inline, directo

Si se entiende, el riesgo está contenido y alguien podría terminarla con el pedido y el git diff, se hace en el momento: test en rojo, arreglo, suite. Sin ceremonia.

Tarea chica del bench: 1.9 a 2.3 min · Codex 1.8

📒

Grande: con logbook

  • Un documento de feature con el pedido del usuario palabra por palabra, y su copia en memoria.
  • Los subagentes leen la spec por referencia, no un resumen.
  • Un commit por unidad de trabajo, con tests y docs al lado.
  • Pasadas las ~400 líneas, propone partir en PRs encadenados.
Subagentes

Cada subagente, su propio proceso

Explorer, worker y verify corren como procesos de Pi aparte, con contexto limpio. Al orquestador le llega un resumen corto, no cientos de miles de tokens.

  • Background: el resultado llega solo y arranca un turno nuevo. Nada de preguntar "¿ya terminó?".
  • Writers en paralelo solo con superficies de edición que no se pisan.
  • Les podés hablar en el medio, continuarlos o cancelarlos.
subagent_run      # task o background
subagent_send_message
subagent_continue
subagent_cancel

## Allowed edit surfaces
src/budget/*.ts
tests/budget/

/gentle:background-subagents enable
Subagentes · Delegar por una razón

Delegar cuesta. Solo con motivo.

⇉ParalelismoDos o más unidades independientes, lanzadas juntas, con archivos que no se pisan.
◎ContextoEl orquestador se está llenando y conviene descargar trabajo.
$"El worker es más barato"Lo medimos: no paga. El token barato no es trabajo barato.
Sin un motivo con nombre, trabaja inline. En la tarea de dos features: 10.9 min delegando → 3.2 a 3.6 min.
Verify · Según el riesgo

No opina: prueba

El verify deriva sus propias pruebas de cada regla del pedido, chequea invariantes (un comando rechazado deja los datos idénticos) y ejecuta todo en una copia aislada.

0/9

Verify viejo: revisaba los tests del writer.

8/9

Verify nuevo: sin falsas alarmas en las soluciones limpias.

Cuánto verificar

  • Pasivo (docs, comentarios): releer la estructura.
  • Medio: el writer corre sus checks. Si escribió un modelo chico, suma un verificador.
  • Alto: verificador independiente, siempre.
  • Una tanda de corrección y un rechequeo acotado. Si queda algo: "Needs your decision".
Review nativo · RDD

Una mirada de afuera, cuando hace falta

Cuatro lentes aisladas miran el cambio sin el contexto del que lo escribió: risk, resilience, readability y reliability. Gentle AI congela el candidato y es dueño de la aprobación; Gentle Shell solo transporta.

Opt-in: /gentle:review-mode enable

Lo nuevo

  • El agente elige las lentes según lo que tocó, y dice por qué.
  • Entra solo en riesgo alto, o cuando vos lo pedís.
  • Ve el pedido como intención: las specs son de verify.
  • Darle herramientas a las lentes no sumó (4/9 igual) y duplicó los falsos. Siguen sin herramientas.

En main · sale con la próxima release

Varios frentes a la vez

Vos dirigís. Nada te bloquea.

🤖

Agentes en vivo

Una tarjeta por subagente: modelo, esfuerzo, tokens, costo y tiempo. alt+a abre el detalle, alt+s lo frena.

⏱

Jobs en background

Builds, CI o servers con bash_background: te avisa cuando terminan. monitor te pasa cada línea mientras corre.

🔀

Entre sesiones

Sesiones que se avisan entre sí y comparten estado publicado, con tu consentimiento. Worktrees del mismo clon registrados en la sesión.

La interfaz

Ver todo sin salir

  • Changes (alt+g): lo que escribió la sesión y sus subagentes, por worktree, con diff. Sin escanear el repo.
  • Status → Changes → TODO: un riel lateral en pantallas anchas.
  • TODO con estados bloqueado y descartado, y el motivo.
  • Medidores de uso de tus suscripciones y /gentle:stats.
  • Paleta de comandos con alt+k.
alt+g  Changes
alt+a  agentes
alt+k  comandos
ctrl+shift+r  historial

/gentle:usage
/gentle:stats
/gentle:jobs
Personas, modelos y perfiles

El modelo justo en cada rol

🎩

Persona

/gentle:persona: gentleman, con voseo rioplatense, o neutral. El estilo es de la conversación; el código sale siempre en inglés.

🎛

Modelos

/gentle:models: modelo y esfuerzo por agente. Exportar, restaurar y guardar en un perfil.

🗂

Perfiles

/gentle:profiles: combinaciones con nombre, orquestador incluido. Fijalos en tu máquina o declaralos en el repo.

Lo que recomienda el bench: el mismo modelo fuerte en todos los roles, esfuerzo bajo.
Memoria y herramientas
🧠

Engram

Decisiones, bugs y descubrimientos que sobreviven entre sesiones. Una feature grande se retoma desde su documento y su copia en memoria.

🕸

CodeGraph

Mapa del código para preguntas de estructura: quién llama a quién, dependencias, impacto. Acotado al workspace.

🧰

Skills

PRs encadenados, commits por unidad, issues, Judgment Day, creador de skills y más. Se registran solas en .atl/skill-registry.md.

🌐

Web y preguntas

Búsqueda y fetch con pi-web-access. Preguntas estructuradas al usuario con opciones, sin adivinar.

Control y seguridad

Rápido cuando querés. Frenos siempre.

🚀

YOLO

/gentle:yolo: commits, push y PRs sin preguntar. Apagado por defecto, dura la sesión. Lo destructivo sigue preguntando, y algunas cosas quedan bloqueadas siempre.

🔒

Guardas

DROP/TRUNCATE, rm recursivo y force de git, vigilados y bloqueados en subagentes. Nada fuera del proyecto sin pedirlo.

📊

Telemetría honesta

Solo host, modelo, esfuerzo, tokens y duración. Nunca prompts, código ni rutas. /gentle:telemetry disable o DO_NOT_TRACK=1.

El historial de prompts también es opt-in: apagado hasta que lo prendés.

A tu gusto

Tu terminal, tu estilo

🎨

Temas

Gentle, Gentleman-Cute y Gentleman-Sexy.

🪟

Customize

Tarjetas neón o flotantes, layout, banner y perfiles visuales.

⌨

Vim

/gentle:vim para editar el prompt como en casa.

🥔

Animaciones

quality, performance o potato, según tu máquina.

El bench · Cómo medimos

Contra Codex, con el mismo modelo

🧩

Tres tareas

Una chica, dos features juntas y una feature con dos entregas en commits revisables.

🙈

Aceptación oculta

Una suite que el agente nunca ve. Medimos el costo hasta algo que la pasa, no la primera respuesta.

⚖

Revisión ciega

Soluciones anonimizadas y mezcladas, sin saber de qué agente salió cada una.

Gentle Shell con Sol 6.1 low en todos los roles · Codex CLI con Sol 6.1 y su esfuerzo por defecto

El bench · Antes y ahora

Arrancamos perdiendo. Hoy:

CasoAntesHoyCodex
Calidad · chica y mediana3.º, debajo de Codex1.º · arriba en 4 de 5—
Calidad · grandeLa mejor era la de Codex1.º2.º
Tarea chica3.6 min1.9 a 2.3 min1.8 min
Dos features10.9 min3.2 a 3.6 min · 7.3 con verify2.8 min
Loop de correcciones97 min · USD 3.6519 a 34 min · sin timeout—
Verify en defectos conocidos0 de 98 de 9 · 0 falsas alarmas—
Dos entregas2 rondas vacías17.5 a 17.9 min · USD 0.68 a 0.746.1 min · USD 0.23

Todas aceptadas en la primera ronda. Corridas únicas o de 2 a 3 repeticiones: tomalo como dirección, no como decimal exacto.

El bench · Lo que la aceptación no ve

Todos pasaron. No todos estaban bien.

🧪Tarea chicaEl test de Codex dejaba clavado como correcto un bug con el monto vacío. El test protege el bug.
💬Dos featuresCambió el mensaje de error de un comando hermano que nadie pidió tocar, sin test.
🐛Dos entregasEl import aceptaba categorías inexistentes en los grupos de splits.
Codex fue más rápido. Pero esa vuelta, alguien la tiene que hacer después. La iteración que te ahorrás es el bug en producción.
El bench · La brecha abierta

Gana en calidad. En lo grande, todavía tarda.

En la tarea de dos entregas, Gentle Shell tarda unas 3 veces lo que Codex. Se va sobre todo en un verify por cada entrega.

~1.3x

Tarea chica, contra Codex. 1.º en calidad.

~1.3x

Dos features, contra Codex. 1.º en calidad.

~3x

Dos entregas. 1.º en calidad. La brecha que estamos cerrando.

?

Trabajo largo, varios frentes: donde los subagentes valen. Se mide aparte.

Cómo usarlo hoy

La combinación que mejor midió

Recomendado

  • El mismo modelo fuerte en todos los roles, esfuerzo bajo.
  • Background prendido en sesiones interactivas: el orquestador queda libre.
  • Delegar solo por una razón; verify según el riesgo.

Si querés gastar menos

  • DeepSeek V4 Flash en todo: la mitad de Codex, solo para trabajo chico y mediano.
  • En cambios grandes de varias entregas, no: perdió con y sin background.
  • Fuerte orquestando y barato escribiendo: no se justifica.
Lo último

Lo que entró estas semanas

  • Jobs en background y monitor (#1835).
  • Delegar por una razón (#1794).
  • La spec viaja por referencia (#1713).
  • Sesiones que se encuentran y se consultan, por @decode2 (#1701, #1702).
  • El agente elige las lentes del review (#1849).
  • Verify por riesgo, RDD solo en alto (#1852).
  • Los resultados en background nunca se pierden.
  • TODO con estados bloqueado y descartado.

Release estable: v4.0.0. Todo esto está en main y sale con la próxima versión.

Sin humo

Lo que todavía no

Cierre

La IA es la herramienta.
Vos dirigís.

Gentle Shell no te reemplaza el criterio: te da un equipo que explora, escribe, prueba y te dice qué no pudo probar.

github.com/Gentleman-Programming/gentle-shell · gentle-ai.gentlemanprogramming.com

gentle-shell · qué es y qué trae
← → navegar · F pantalla completa · P exportar PDF