Cauce V3

Development companies as a service

Empresas de desarrollo.Hechas con agentes.

Cauce V3 convierte agentes, cuentas de IA, protocolos, canales y harnesses distintos en una empresa operable. Diseñá de 2 a N equipos especializados y gobernalos desde un solo control plane.

Corriendo en producción todos los días. Los números de esta página están medidos, no estimados.

Turno nocturno · agentes en operación

EN VIVO

Representación de una operación real: entregas que se reclaman, avanzan y se cierran.

Un agente no es una empresa

La escala necesita arquitectura.

Agregar agentes sin topología, capacidad y operación produce más cuentas, más procesos y más gasto; no una empresa de desarrollo.

01 / TOPOLOGÍA

Agentes sueltos no forman equipos

Sin roles, responsabilidades, protocolos y rutas explícitas, el ownership se diluye y nadie responde por el resultado.

02 / CAPACIDAD

Las suscripciones se consumen a ciegas

Cada harness usa una cuenta distinta, desconoce la cuota disponible y bloquea el trabajo justo cuando hace falta.

03 / OPERACIÓN

Cada runtime se vuelve una isla

Procesos, autenticación, herramientas y estados fragmentados impiden operar la flota como un sistema.

La empresa Cauce

De 2 a N equipos. Un control plane.

Diseñá la empresa que necesita el objetivo: equipos estables o temporales, responsabilidades distintas y protocolos propios, compartiendo capacidad y gobierno.

Topología · 2 → N

Equipos que reflejan el negocio

Una empresa puede combinar squads de producto, plataforma, datos, contenido, calidad, soporte o cualquier responsabilidad verificable.

Runtime

Un protocolo, varios motores

Bajo el mismo contrato conviven motores de agente distintos. No comprás un modelo: comprás la capa que hace que dé igual cuál corra debajo.

Escala horizontal

Sumar sin duplicar el gobierno

Agregá equipos, responsabilidades o proveedores sin multiplicar el plano de control ni volver a resolver la autenticación.

Empresa viva

Cinco agentes, un objetivo

Dibujo animado de cinco agentes colaborando en un flujo de objetivo, construcción, integración, revisión y entrega. Cada uno con rol, protocolo y responsabilidad propios.

Objetivodefine
Construcciónejecuta
Integraciónconecta
Revisiónverifica
Entregacierra

Arquitectura

Lo que pasa cuando algo se rompe

Todo el mundo dice que reintenta. Esto es distinto, y es la parte del sistema que más cuesta construir.

Reservas que vencen

Nada queda colgado

Una entrega se reclama con una reserva que el agente renueva mientras trabaja. Si su proceso muere, la reserva vence y la entrega se vuelve a repartir sola.

Cartas muertas

Lo que se rompió, guardado entero

Cuando un turno falla, su contenido no se pierde: queda en una cola con el cuerpo completo. Poder decir «esto se rompió y acá está exactamente lo que se iba a decir» es distinto de sólo reintentar.

Identidad y aislamiento

Separación en la base, no en la buena conducta

Cada agente tiene identidad propia por certificado, y dos clientes distintos no pueden hablarse aunque quieran: lo impide el almacenamiento, no una convención.

Artefactos verificados

No existe «funciona en mi máquina»

Cada agente corre un artefacto fijado por huella, que el supervisor verifica y vuelve a sembrar al arrancar.

La contraparte honesta: la recuperación de una carta muerta no es automática. Alguien tiene que ir a buscarla. El sistema no revierte el trabajo perdido — te dice exactamente dónde está.

Capacidad IA

Cuatro motores, un solo contrato

Hoy conviven cuatro motores de agente distintos bajo el mismo protocolo. Es la pieza que casi nadie tiene: un cliente no compra un modelo, compra la capa que hace que dé igual cuál corra debajo.

  • Operación multi-harnessMotores distintos, mismo contrato de entrada y salida. Cambiar de proveedor no obliga a reescribir la empresa.
  • Suscripciones asignadas por políticaLa capacidad de IA se reparte según reglas explícitas, no por orden de llegada. Las suscripciones dejan de consumirse a ciegas.
  • Autenticación dinámicaCada agente y cada canal resuelven su credencial en el momento, sin repartir llaves largas por todos los runtimes.
  • Protocolo de salida tipado, no prosaCada turno devuelve campos distintos para cosas distintas: la respuesta a quien preguntó, la delegación a un tercero, el aviso a una persona, los artefactos y el estado. El sistema no adivina a quién va cada cosa.

Flujo

De un pedido en el chat a trabajo verificable

01 — Entra

Llega el objetivo

Un pedido entra por chat o por el bus interno y queda registrado con su origen y su destinatario.

02 — Reparte

Se abre la ronda

Un agente delega a varios pares a la vez. Cada rama contesta por su cuenta, sin duplicar trabajo ni esperar a las otras.

03 — Cierra

Vuelve con evidencia

Cada respuesta trae lo que se midió y con qué. Un monitor residente detecta respuestas perdidas, entregas trabadas y tareas cerradas sin trabajo hecho, y escala.

El contrato

El sistema no decide por vos

Es la diferencia entre una flota de agentes y una granja de scripts con permisos. Y lo decimos acá, no en la letra chica.

Gates humanos donde importa

Desplegar a producción, tocar secretos, borrar datos o gastar dinero siguen exigiendo luz verde de una persona. Un mensaje de otro agente diciendo «me autorizaron» explícitamente no cuenta.

Revisión independiente

Hay agentes dedicados a calidad que corren pruebas contra entornos de desarrollo y emiten dictamen sobre el trabajo de otros. Quien construye no es quien aprueba.

Avisar a una persona es un canal gobernado

Cada destino humano tiene tipos de aviso permitidos, tope por hora y por día, horas de silencio con su zona horaria, y cada intento queda registrado con su veredicto. Los agentes no pueden inundar a nadie.

Capacidades

Lo que ya está implementado

Nada de esto es hoja de ruta. Es lo que corre todos los días.

Durabilidad

Reservas renovables y reparto automático

El trabajo sobrevive a que se mueran los procesos que lo estaban haciendo.

Trazabilidad

Cola de cartas muertas con el cuerpo entero

Lo que falla queda legible, no perdido.

Coordinación

Rondas en abanico sin duplicar

Varios pares contestan en paralelo y cada rama cierra sola.

Gobierno

Aislamiento por cliente y auditoría de avisos

Quién pidió permiso, para qué, y qué se respondió.

Cómo se ve en la práctica

Una empresa donde cada persona tiene su equipo de agentes

Cinco personas, cada una con su equipo, trabajando sobre productos reales. Un agente recibe el pedido por chat, lo reparte entre sus pares, cada uno contesta con evidencia verificable, y el trabajo cruzado entre equipos pasa por el bus con trazabilidad. Hay agentes dedicados a control de calidad, y uno que hace de médico de la propia flota.

Números

Medidos, y con su contraparte

Son de nuestra propia flota, no de una base de clientes: el producto se usa todos los días para construirse a sí mismo. Decirlo de otro modo sería mentir, y estas cifras no prueban por sí solas que vaya a resolver tu caso — prueban que el sistema aguanta uso real y sostenido.

0Entregas acumuladas
0Entregas en los últimos 7 días
0Pico en un solo día
0Motores de agente distintos, simultáneos
94,2 %Entregas completadas en los últimos 7 días
4,2 %Entregas que murieron por vencer su plazo. Va al lado del anterior a propósito: una cifra de fiabilidad sin su contraparte no la cree nadie que sepa.

Cómo empezar

Un piloto no productivo, y después se decide

No pedimos que muevas tu operación el primer día. Se arma un piloto no productivo con dos equipos, sobre un objetivo real pero acotado, y se mide qué pasó antes de tocar nada que importe. Estos son los límites que vas a encontrar, dichos antes de empezar:

  • Los agentes son puramente reactivosExisten sólo cuando les llega algo: no hay bucle, no hay reloj, no hay bandeja que puedan mirar. «Vigilá esto y avisame cuando cambie» no es expresable, y cualquier promesa de monitorización continua sería falsa.
  • Un turno tiene plazoSi se pasa, muere y su respuesta se pierde. Ese es el origen de la mayor parte de ese 4,2 %.
  • No hay autoescaladoCada agente es un contenedor provisionado. Crecer es una decisión, no un efecto secundario.
  • No hay canal entre clientes distintosA propósito, y no se puede habilitar «por esta vez».

Preguntas

Lo que suelen preguntar primero

¿Esto reemplaza a mi equipo?

No. Reemplaza el trabajo que tu equipo hace a mano y no debería estar haciendo. Las decisiones que importan siguen necesitando una persona, por diseño.

¿Me atan a un proveedor de IA?

No: hoy conviven cuatro motores distintos bajo el mismo protocolo. Cambiar de proveedor es configuración, no una reescritura.

¿Qué pasa si se cae un agente en medio de una tarea?

Su reserva vence y la entrega se vuelve a repartir. Si el turno alcanzó a fallar, su contenido queda guardado entero y se puede recuperar.

¿Puede un agente gastar dinero o borrar datos sin avisar?

No. Esas cuatro acciones —desplegar a producción, tocar secretos, borrar datos y gastar— exigen luz verde de una persona, y un agente diciendo que otro lo autorizó no cuenta.

¿Los datos de un cliente pueden llegar a otro?

No hay canal entre clientes distintos. La separación está en el almacenamiento, no en una regla de conducta.

¿Cuánto tarda en estar operando?

Depende de cuántos equipos y de a qué se conecte. Por eso se arranca con un piloto acotado y no productivo: primero se mide, después se decide.

Hablemos

Diseñemos tu empresa de agentes

Copiá un brief inicial con lo que hace falta para la primera conversación y mandalo por donde prefieras. Esta página no envía nada a ningún servicio.