Brun-E por escrito — modo texto Nuevo
Tema: La misma sesión de Brun-E Personal Status, pero por chat en lugar de por voz DRF base: 12-brun-e-sesiones-voz.md Idioma: ES Estado: Propuesta a debatir con el cliente Origen: propuesta del 2026-07-27
Resumen en pocas palabras
Hoy la sesión con Brun-E es hablada. Funciona muy bien cuando la persona tiene privacidad, pero no todos la tienen: hay gente en una oficina abierta, en un escritorio compartido, o que simplemente no quiere que el de al lado escuche cómo se siente con su trabajo. Esa persona no es que no quiera hacer la sesión: es que no la puede hablar en voz alta.
La propuesta es la misma sesión de Brun-E, pero escribiendo. Un chat.
No es un producto nuevo ni una versión reducida: es el mismo Brun-E, con la misma conversación, el mismo acompañamiento y exactamente el mismo resultado final. La persona termina la sesión y obtiene su E-map igual que si la hubiera hablado. El líder recibe su recomendación igual. Los tableros de la organización se nutren igual. Lo único que cambia es cómo entra la conversación: por voz o por teclado.
Cómo funciona hoy
La sesión de Brun-E Personal Status es exclusivamente de voz, sobre OpenAI Realtime. El flujo es el descripto en el DRF 12:
- La persona pide iniciar sesión. El sistema comprueba que no tenga una sesión activa y que cumpla las condiciones de uso (tiempo de espera, máximo diario, nivel).
- El backend entrega un permiso temporal, los parámetros de audio y los datos del canal de apoyo.
- La conversación transcurre por voz. Al inicio, Brun-E carga el material teórico correspondiente al E-Mode de la persona.
- Al cerrarse —a mano, por caducidad del permiso o por desconexión detectada— el sistema arma el reporte a partir del transcript y genera el E-map con las tres dimensiones.
No hay ninguna alternativa a la voz. Quien no puede hablar, no puede tener la sesión.
Qué se propone
- Al entrar a Brun-E aparece una elección simple: hablar o escribir. Se elige antes de empezar.
- Si elige escribir, se abre un chat. Brun-E arranca la conversación, la persona responde escribiendo, y la charla avanza con el mismo ritmo y la misma profundidad. Cuando llega el momento de las tres dimensiones del E-map, las escribe en vez de decirlas.
- La conversación no se pierde. Si se cierra el navegador, se corta el wifi o hay que salir a una reunión, la persona vuelve a entrar y encuentra el hilo tal cual lo dejó.
- La sesión termina cuando la persona la termina. Si se queda a mitad de camino y no vuelve, después de un rato se cierra sola y —si alcanzó a completar lo necesario— igual genera su reporte.
- Los tableros de administración muestran cuántas sesiones se hicieron por voz y cuántas por escrito.
Cómo se vería
La elección de canal, antes de empezar
┌─────────────────────────────────────────────────────────┐
│ Brun-E Personal Status │
│ │
│ ¿Cómo querés tener esta sesión? │
│ │
│ ┌────────────────────┐ ┌────────────────────┐ │
│ │ 🎙 Hablar │ │ ⌨ Escribir │ │
│ │ │ │ │ │
│ │ Conversás por voz │ │ Conversás por │ │
│ │ con Brun-E │ │ chat, sin audio │ │
│ └────────────────────┘ └────────────────────┘ │
│ │
│ El resultado es el mismo: al terminar obtenés tu E-map │
└─────────────────────────────────────────────────────────┘
La sesión escrita
┌─────────────────────────────────────────────────────────┐
│ Brun-E Personal Status ⌨ escrito [Cerrar]│
│ │
│ Brun-E │
│ ¿Cómo venís esta semana? Contame lo primero que │
│ se te venga, sin ordenarlo. │
│ │
│ Vos │
│ Medio saturado. Arranqué bien │
│ pero se me fue acumulando todo. │
│ │
│ Brun-E │
│ ▌escribiendo… │
│ │
│ ┌───────────────────────────────────────────────────┐ │
│ │ Escribí tu respuesta… ↵ │ │
│ └───────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────┘
La respuesta de Brun-E aparece a medida que se va escribiendo, como en cualquier chat moderno.
Actores
| Actor | Qué hace |
|---|---|
| Persona | Elige el canal antes de empezar, conversa por chat y obtiene su E-map igual que por voz. |
| Brun-E | Sostiene la misma conversación con el guion adaptado al formato escrito. |
| Líder | Recibe su recomendación igual, sin distinguir por qué canal se hizo la sesión. |
| Administrador de plataforma | Ve en los tableros cuántas sesiones se hicieron por voz y cuántas por escrito. |
| Sistema | Verifica las mismas condiciones de uso, guarda el hilo, cierra por inactividad y genera el reporte y el E-map. |
Casos de uso
| # | Caso | Qué pasa |
|---|---|---|
| CU-1 | Elegir el canal | Antes de iniciar, la persona elige hablar o escribir. La elección queda fija para toda esa sesión. |
| CU-2 | Conversar por escrito | Brun-E arranca, la persona responde escribiendo y la respuesta aparece progresivamente. |
| CU-3 | Retomar una sesión interrumpida | Vuelve a entrar tras cerrar el navegador y encuentra el hilo tal cual lo dejó, y sigue desde ahí. |
| CU-4 | Cerrar la sesión a mano | Termina cuando quiere. El sistema arma el reporte y genera el E-map. |
| CU-5 | Cierre automático por inactividad | Si se queda a mitad de camino y no vuelve, la sesión se cierra sola y genera el reporte si alcanzó a completar lo necesario. |
| CU-6 | Ver el uso por canal | El administrador ve en los tableros cuántas sesiones fueron por voz y cuántas por escrito. |
Reglas de negocio
| # | Regla |
|---|---|
| R-1 | El canal se elige antes de iniciar la sesión y no se puede cambiar a mitad de camino. |
| R-2 | Una sesión escrita es una sesión: rigen las mismas condiciones que la hablada —una sola activa por vez, tiempo de espera entre sesiones y máximo por período (R-1.3 a R-1.5 del DRF 12)—. |
| R-3 | El chat no es un canal siempre abierto: tiene principio y fin, igual que la sesión hablada. |
| R-4 | El hilo de la conversación sobrevive al cierre del navegador y se puede retomar mientras la sesión siga activa. |
| R-5 | El cierre —manual o automático por inactividad— genera el reporte y el E-map con la misma lógica que la sesión de voz (R-2.2 del DRF 12). |
| R-6 | Si no se puede formar reporte, la sesión se cierra igual y se registra el motivo, como en la sesión hablada. |
| R-7 | El idioma de la sesión se captura al iniciar y es el que se usa para el reporte, igual que hoy. |
| R-8 | Cada sesión registra por qué canal se hizo, para poder medirlo. |
| R-9 | El E-map, la recomendación al líder y los tableros no distinguen el canal: una sesión escrita vale exactamente igual que una hablada. |
Lo que ya existe hoy
| Componente | Estado |
|---|---|
| Sesión de Brun-E por voz | Existe |
| Verificación de condiciones antes de iniciar (sesión activa, espera, máximo) | Existe — se reutiliza tal cual |
| Generación del reporte a partir del transcript | Existe — se reutiliza tal cual |
| Generación del E-map con las tres dimensiones | Existe — se reutiliza tal cual |
| Recomendación al líder y tableros de equipo y organización | Existe — se nutren igual |
| Carga del material teórico por E-Mode al inicio | Existe |
| Reanudar una sesión activa tras recargar | Parcial — existe para voz (R-2.6); hay que llevarlo al hilo escrito |
| Cierre por inactividad / desconexión | Parcial — existe la detección; cambia el criterio en un chat |
| Elección de canal antes de iniciar | Nuevo |
| La conversación por chat, con respuesta progresiva | Nuevo |
| Historial del chat persistido | Nuevo |
| Guion de Brun-E adaptado al formato escrito | Nuevo — vive en el prompt, fuera del sistema |
| Sesiones por canal en los tableros de administración | Nuevo |
Todo lo que ocurre después de la conversación ya está construido y funcionando. Esta propuesta no lo rehace: lo aprovecha. Lo que se construye es una puerta de entrada nueva a algo que ya existe — por eso una funcionalidad que suena grande se resuelve en 34 horas.
Decisiones a debatir con el cliente
| # | Pregunta | Impacto |
|---|---|---|
| D-25.1 | ¿Es una sesión con principio y fin, o un chat siempre disponible? La propuesta asume lo primero: mismas reglas que la sesión hablada. Un chat permanentemente abierto es un producto distinto. | Alto. Si se prefiere lo segundo, es otro desarrollo y se cotiza por separado. |
| D-25.2 | ¿Hace falta poder cambiar de canal a mitad de sesión —empezar hablando y seguir escribiendo—? Es bastante más complejo: obliga a unificar dos transcripts en curso. | No incluido. |
| D-25.3 | ¿Cuánto tiempo de inactividad cierra una sesión escrita? En voz el criterio es la desconexión; en un chat, alguien que no responde durante veinte minutos puede estar en una reunión y volver. | Define cuántas sesiones se cierran de más o de menos. |
| D-25.4 | ¿La sesión escrita tiene el mismo límite de duración que la hablada (R-2.3 del DRF 12, 5–10 minutos)? Escribir es más lento que hablar: el mismo límite recorta más la conversación. | Calidad del acompañamiento y costo. |
| D-25.5 | ¿Quién revisa el tono de Brun-E escrito? Es donde más valor tiene el criterio de Existential y la parte más difícil de estimar. | Calidad del producto. Ver las condiciones de la Inversión. |
| D-25.6 | ¿La persona puede elegir libremente el canal, o la organización define cuál está habilitado? | Alcance. La propuesta asume elección libre. |
Composición del trabajo
Una sola fase. Estimación de 34 horas:
| Bloque | Horas | Qué implica |
|---|---|---|
| Desarrollo | 14 | Elección de canal, la conversación por chat con respuesta progresiva, historial persistido, cierre manual y automático enganchados a la generación de reporte y E-map que ya existe. |
| Ajustes con el cliente sobre la versión funcionando | 10 | Iteración sobre conversaciones reales hasta que Brun-E escribiendo se sienta Brun-E. |
| Pruebas de calidad | 6.5 | Pruebas automatizadas y verificación de que el resultado es idéntico al de la sesión hablada. |
| Adaptación del guion al formato escrito | 2 | Que la conversación fluya escrita, con el ritmo del chat y no el del habla. |
| Reportes de administración | 1.5 | Sesiones por canal en los tableros. |
Vale la pena mirar dónde está el peso: casi la mitad del proyecto son pruebas y ajustes con el cliente, no programación. Es deliberado. La parte difícil de esto no es que el chat funcione —eso es relativamente directo— sino que Brun-E escribiendo se sienta Brun-E, y eso solo se descubre probándolo con conversaciones reales y corrigiendo. Por eso se muestra funcionando temprano, para ajustar en lugar de adivinar.
Inversión
USD 850 — 34 horas × USD 25. Precio cerrado por este entregable. Se contrata por separado.
Incluye
- Elección de canal —hablar o escribir— antes de iniciar la sesión.
- La experiencia de chat completa: la respuesta de Brun-E aparece a medida que se va escribiendo.
- Historial que sobrevive al cierre del navegador, con retomado del hilo.
- Cierre manual y cierre automático por inactividad, ambos generando el reporte y el E-map.
- Adaptación del guion de Brun-E al formato escrito.
- Interfaz en español, inglés y portugués.
- En los tableros de administración, cuántas sesiones se hicieron por voz y cuántas por escrito.
- Pruebas automatizadas, revisión y puesta en producción.
- Reuniones de definición y seguimiento durante la construcción.
- Los ajustes sobre la versión funcionando, según el bloque de 10 horas de la composición.
No incluye
- Cambiar de canal a mitad de sesión (D-25.2). Se elige al empezar. Empezar hablando y seguir escribiendo en la misma conversación es otra funcionalidad, bastante más compleja.
- Un chat siempre disponible en lugar de una sesión con principio y fin (D-25.1). Es un desarrollo distinto y se cotiza por separado.
- Cambios en las reglas actuales de Brun-E: sigue habiendo una sesión por vez y sigue rigiendo el tiempo de espera entre sesiones.
- Rehacer el análisis, el E-map, la recomendación al líder o los tableros: ya existen y se aprovechan tal como están.
Dos condiciones para que el número sea confiable
- Las 2 horas del guion son una bolsa acotada. Es la parte más difícil de estimar, porque depende de cuántas vueltas necesite hasta que la conversación escrita fluya bien. Si hacen falta más iteraciones de las previstas, se conversan y se presupuestan aparte.
- Las 10 horas de ajustes asumen la dinámica descripta acá. Si al verlo funcionando se prefiere cambiar el concepto —por ejemplo, un chat siempre disponible en vez de una sesión— eso es un desarrollo distinto (D-25.1).
Qué se necesita de Existential
- Confirmación de que la dinámica descripta es la correcta.
- Una o dos personas disponibles para probar la versión temprana y dar feedback.
- Su mirada sobre el tono de Brun-E escrito, que es donde más valor tiene su criterio.
Forma de pago: 50% al inicio, 50% contra entrega.
Relación con otros documentos
- 12-brun-e-sesiones-voz.md — la sesión de voz, cuyas reglas de inicio, cierre y generación de reporte se reutilizan íntegras.
- 13-e-map-individual.md — el E-map que resulta de la sesión, idéntico por cualquiera de los dos canales.
- 14-e-map-grupal.md y 14b-e-map-grupal-ia-lider.md — los tableros del equipo y la recomendación al líder, que se nutren igual.
- 19-brun-e-multiagentico.md — los especialistas; una consulta a un especialista pesa menos en un chat que en una conversación hablada, donde el silencio se nota.
- 12b-base-conocimiento-brune.md — el material que Brun-E carga al inicio, igual en ambos canales.
Correcciones / historial de validación
| Fecha | Versión | Cambio |
|---|---|---|
| 2026-08-10 | v1.0 | Documento inicial. Incorpora a la serie de DRF la propuesta comercial del 2026-07-27 (docs/propuestas/2026-07-27-brun-e-modo-texto-propuesta.md), reexpresada con la estructura del resto de los documentos: actores, casos de uso, reglas de negocio, relevamiento de lo existente y decisiones abiertas. Alcance y precio sin cambios respecto de la propuesta original: USD 850 por 34 horas. La forma de pago 50/50 se toma del estándar de la serie; la propuesta original no la explicitaba. Pendiente de debate con el cliente. |