βάθος, griego para “profundidad, el abismo”.

Dale a tu IA la profundidad de un equipo de producto completo.

BATHOS convierte una sola sesión de Claude Code en un equipo disciplinado: 17 roles especialistas a lo largo de una tubería de 7 olas, enrutamiento adaptativo a la escala y compuertas de calidad estrictas, todo respaldado por un motor determinista en Rust.

Ver en GitHub Ver en βάθος

v0.2.0 · motor en Rust · funciona sobre Claude Code

Instala en tres pasos

Compila el motor, apunta tus hooks hacia él y ejecuta la tubería desde Claude Code.

Compila el motor

Clona el repositorio y compila el único binario de Rust.

git clone <your-fork-url> bathos && cd bathos
cd core && cargo build --release && cd ..

Exponlo a los hooks

Define BATHOS_BIN para que los comandos y hooks encuentren el motor.

export BATHOS_BIN="$(pwd)/core/target/release/bathos"

Ejecuta la tubería

Abre Claude Code en tu proyecto y ejecuta los comandos de olas en orden.

/team-kickoff
/route              /abs/path/to/project
/wave1-discovery    /abs/path
/wave2-design       /abs/path
/wave3-story-gate   /abs/path
/wave5-implement    /abs/path
/wave6-verify-report /abs/path
/team-confirm

Requiere Claude Code v2.1.32+ con Agent Teams activado, además del toolchain de Rust y jq.

Estructura donde un chat no la tiene

Una única conversación larga con un LLM se desvía: se pierde el contexto entre el diseño y la construcción, se omiten las verificaciones, y el mismo modelo escribe y aprueba su propio trabajo. BATHOS reemplaza eso con estructura.

Chat LLM simple

BATHOS

Una sola conversación, con deriva de contexto creciente

17 roles especialistas a lo largo de una tubería de 7 olas

Contexto perdido entre el diseño y la implementación

Ficheros de historia autocontenidos, sin pérdida de contexto (Ola 3)

Esfuerzo implícito, único para todo

Un enrutador adaptativo a la escala con niveles explícitos Lv0–4

La implementación empieza en cualquier momento

Una compuerta de preparación estricta que bloquea físicamente la construcción ante un FAIL

El autor también “verifica” su propio trabajo

Revisores independientes y una cadena de auditoría a prueba de manipulación

Consejos que te anulan de forma silenciosa

Soberanía del usuario: la IA propone, tú decides

Dos planos, un solo runtime

En su mayoría escribes comandos slash. Un único binario en Rust es el núcleo determinista al que esos comandos invocan por debajo.

Markdown bajo .claude/

Orquestación

Comandos slash, roles y hooks que ejecutan las olas y despliegan, revisan y retiran a los compañeros de equipo, dirigidos por el líder, tu sesión principal de Claude Code.

Un único binario estático en Rust

Motor

Calcula y hace cumplir el estado, las compuertas, las transiciones de ola, el enrutamiento, la frescura de las historias y los plugins, invocado automáticamente por los hooks y los comandos.

Una tubería de entrega de siete olas

El trabajo avanza desde el descubrimiento hasta una release verificada a través de olas explícitas. La línea principal es W0 → W1 → W2 → W3 → W5 → W6; la propiedad intelectual y la investigación (W4) son un complemento opcional fuera de la ruta crítica.

Análisis

Caleb

Preinforme opcional: lluvia de ideas, forjar la idea, brief de producto.

Descubrimiento y mercado

John · Caleb

Ingeniería inversa e investigación de mercado; afinar la USP.

Plan · arquitectura · diseño

Joshua → James · Jonnathan

La planificación abre la compuerta de la ola, luego la arquitectura y la UX en paralelo.

Ingeniería de historias

Matthew + Thomas · Matthias

Condensar en ficheros de historia autocontenidos; la compuerta de preparación para la implementación.

PI e investigación

Mark · Nathanael

Complemento opcional, fuera de la ruta crítica: patentes y artículos.

Implementación

Phillip · Andrew · Stephen

Backend, frontend y ML se construyen sobre los ficheros de historia.

Verificar · docs · informe

Thomas · Michael · Hananiah · Martin

Revisión, auditoría de seguridad, refactorización que preserva el comportamiento y el informe de release.

Ola 3: el corazón

La Ola 3 cierra la brecha entre el diseño y la construcción: el ingeniero de historias condensa el trabajo previo en un fichero de historia autocontenido donde cada afirmación técnica queda vinculada a su fuente, los revisores independientes dan el visto bueno, y ante un FAIL un hook bloquea físicamente la entrada a la implementación.

Enrutamiento adaptativo a la escala

BATHOS activa solo las olas que una tarea necesita. El enrutador recomienda un nivel a partir de cuatro ejes de riesgo; tú lo confirmas.

Nivel	Tipo de trabajo	Olas activas
Lv0	Corrección de errores / trivial	W5 (+ W6 mínima)
Lv1	Función pequeña / refactor local	W2 ligera + W3 (reducida) + W5 + W6 ligera
Lv2	Función / módulo estándar	W1 + W2 + W3 + W5 + W6
Lv3	Producto nuevo / grande	W0–W6 (W4 opcional)
Lv4	Empresarial / deep-tech / regulado	W0–W6 completa + W4

Diecisiete especialistas, un líder

El líder es tu sesión principal y nunca se despliega. Los especialistas se despliegan por ola, con la concurrencia limitada a tres.

00PaulLíder / confirmación finalall

01JohnEspecialista en ingeniería inversaW1

02CalebAnálisis de mercado / USPW1

03JoshuaPlanificación de servicioW2

04JamesArquitecto de SW / nubeW2

05MarkEspecialista en PI (patentes)W4

06NathanaelRedactor de investigaciónW4

07JonnathanDiseñador jefe (UX/UI)W2

08PhillipLíder de backend y datosW5

09AndrewLíder de frontend y móvilW5

10StephenLíder de IA / MLW5

11TimothyDocumentación de definición de desarrolloW6

12ThomasRevisor de códigoW6

13MichaelEspecialista en seguridadW6

14HananiahEspecialista en refactorizaciónW6

15MatthiasQA / validaciónW6

16MartinMonitorización / informeW6

17MatthewScrum master / ingeniero de historiasW3

Compuertas que de verdad cierran el paso

Cada compuerta de ola habla un solo vocabulario, y la crítica se hace cumplir en el código, sin aprobación automática sin evidencia.

PASS

Criterios cumplidos, sin bloqueantes

Avanzar a la siguiente ola

CONCERNS

Aprobación condicional, riesgo no bloqueante

Registrar el riesgo y luego avanzar

FAIL

Defecto bloqueante

Entrada bloqueada; subsanar y volver a la compuerta

A prueba de manipulación por diseño

Cada cambio de estado se escribe en una cadena hash de auditoría con clave (HMAC-SHA256). Un solo comando (bathos audit verify) demuestra que el rastro no ha sido alterado.

Un núcleo determinista, no intuiciones

Los invariantes críticos — estado, compuertas, enrutamiento, frescura de las historias — viven en un único binario estático en Rust, de modo que se calculan y se hacen cumplir de la misma manera cada vez.

Único binario estático: Un ejecutable bathos compacto, sin dependencias de runtime.
SSOT validado por esquema: manifest.json es la fuente de verdad, validado por esquema, con escrituras atómicas.
Auditoría a prueba de manipulación: Una cadena hash HMAC con clave y una verificación de un solo comando.
Probado: 510 pruebas de Rust + 86 comprobaciones de determinismo de hooks, todas en verde; clippy limpio.

$ echo '{"scope":"feature","novelty":true}' \
    | bathos --state-dir _state route decide

→ {"recommended_level":2,"requires_confirmation":true}

Recomienda un nivel a partir del riesgo: el motor propone, tú confirmas.

Aporta profundidad a tu próxima construcción.

Lee el código fuente o explora más en la web.

Ver en GitHub Ver en βάθος