Q&A #26: La escalera de valor del contexto — de contarle todo al modelo a construir un sistema que se alimenta solo

Resumen

La sesión nace de un reclamo del propio grupo después del encuentro anterior: lo que se mostró está bien, pero es evidente que hay mecanismos montados alrededor de la forma de trabajar que hacen que la IA rinda mejor, y esos mecanismos no se ven. Esta sesión los abre uno por uno y los ordena en una escalera de siete peldaños —convención, captura, acceso a fuentes, skills, agentes, memoria, disponibilidad— con un hallazgo que reordena las prioridades de cualquiera: los peldaños que más pagan son justamente los que menos cuestan. Antes de subir la escalera se instala el cambio de chip que la justifica: mientras uno le describa al modelo lo que recuerda de un correo, el cuello de botella es uno mismo y se pierde todo lo que se filtró por irrelevante; la instrucción corta que lo manda a leer la fuente original produce mejor resultado con menos trabajo. Sobre esa base se construyó en vivo, en unos cinco minutos y sin una línea de código, una tarea programada que todos los días revisa el calendario, busca las transcripciones y genera las minutas. Buena parte del valor vino de las preguntas del grupo, que llevaron a terreno menos limpio: qué hacer cuando el cliente agenda la reunión y uno se queda sin captura, si conviene un megaespacio con toda la carpeta o proyectos separados —el criterio se invirtió respecto de lo aprendido en la etapa de chat—, dónde están los límites reales cuando un estudio tiene 6.000 páginas, y por qué el archivo de pendientes se desincroniza. Sobre esa última pregunta apareció el aporte más original de la sesión: una página web sin contenido propio que consulta el archivo fuente al cargarse, con lo que el problema de sincronización deja de existir por diseño. El cierre bajó todo a tres cosas por dónde partir, y a una decisión de compra concreta sobre herramientas de transcripción.

Temas cubiertos

El cuello de botella eres tú — Al describirle al modelo lo que uno recuerda, le llega solo eso: el tono, la urgencia y lo que se filtró por irrelevante se pierden. “Anda a leer el correo que me mandaron y hazme la propuesta” es una instrucción más corta, con mejor materia prima, a cambio de tokens que en este caso son un costo irrelevante
La escalera de siete peldaños — Convención, captura, acceso a fuentes, skills, agentes, memoria, disponibilidad. Lo importante es la distribución del costo: los dos peldaños que más rinden son gratis o casi, y el tercero se construyó en vivo en cinco minutos
Convención sobre configuración — Configuración es explicarle dónde está cada carpeta, caso por caso. Convención es que la estructura sea predecible —cliente, dentro reuniones, dentro proyectos— y declararla una sola vez en un archivo en la raíz. Con eso el modelo accede a información que nadie le dijo dónde estaba
Que el evento deje registro solo — Si la captura depende de que alguien se acuerde de apretar un botón, va a fallar. Y sin registro no hay nada aguas abajo. Se mostró además el caso incómodo: cuando el cliente agenda desde su plataforma, la herramienta tiene que ser independiente de la plataforma
Un agente no es nada esotérico — Es correr una skill de manera automatizada o periódica. Nada más. El término suena más sofisticado de lo que es y eso frena a gente que ya podría estar usándolo
El modelo no sabe que la reunión terminó — No puede detectar el evento ni la llegada de la transcripción. En vez de esperar un disparador inexistente se invierte la lógica: dos veces al día revisa el calendario, busca las transcripciones y genera las minutas. Por eso el calendario tiene que estar conectado
La tarea programada, construida en vivo — Se escribió en lenguaje natural, sin sintaxis especial. El modelo preguntó dónde guardar, si una minuta por reunión, y qué hacer con las reuniones sin transcripción — se decidió listarlas como pendientes, para que el sistema avise lo que no pudo hacer en vez de fallar en silencio
Toda skill deja archivo, nunca solo chat — Es la única regla de diseño enunciada como obligatoria. Lo que se queda en la ventana del chat muere ahí: no alimenta el sistema de carpetas ni sirve de contexto para el trabajo siguiente
La memoria cuesta cero y es lo que hace que mejore — Al aprobar un documento, pedir que los lineamientos que lo corrigieron se incorporen a la skill que lo generó. La condición es corregir en diálogo: si uno edita el archivo a mano, no hay nada que destilar y el error se repite
Por qué la minuta del modelo supera al resumen de la herramienta — La herramienta de transcripción solo sabe lo que se conversó en esa reunión. El modelo, dentro de la carpeta, infiere de qué cliente y proyecto se trata, identifica interlocutores, cruza con reuniones anteriores y guarda donde corresponde. La diferencia no está en el modelo sino en el contexto
Riesgos e insights ocultos — Dos secciones de minuta que valen por sí solas: los riesgos de precio y plazo que nadie levantó en la reunión, y lo que se puede inferir de la conversación y nunca se dijo. Es la lectura de una persona senior — y como alimenta la carpeta, mejora con el tiempo en vez de en cada reunión aislada
La desincronización del archivo de pendientes — Un participante puso el problema real: el archivo de gestión no refleja lo que se cerró en reuniones posteriores. La solución no es un mecanismo nuevo sino que la skill lea ese archivo antes de escribir la minuta. Y una corrección que define quién puede hacer esto: “no es programar, es darle criterio, no más”
Falso positivo antes que falso negativo — El modelo a veces anota como pendiente algo que solo se mencionó al pasar. Se asume a propósito: un pendiente sobrante cuesta un borrado, uno omitido cuesta un compromiso incumplido con un cliente
El criterio se invirtió: carpeta completa, no proyectos separados — En chat el modelo leía todos los archivos adjuntos sí o sí, y el material ajeno enredaba. Con acceso a carpeta busca solo lo que necesita, así que conviene la mayor jerarquía. La contrapartida es tener que dar la pista de qué proyecto se está hablando
El sesgo de las últimas minutas — Por defecto lee las tres o cinco más recientes y avanza desde ahí. En un proyecto de seis meses con cuarenta minutas, el dato antiguo queda afuera y el modelo responde con seguridad igual. Hay que pedir explícitamente que las lea todas
El límite no es el tamaño de la carpeta — Son los archivos que efectivamente deba leer. Un estudio ambiental de 6.000 páginas no es problema; pedirle que lea las 6.000 antes de ayudar, sí. Y no hace falta indicarle la ruta: si el archivo se llama “reporte arqueológico”, basta nombrar el tema
La fuente única: una página web vacía — El aporte más original de la sesión, de un participante. Una página sin contenido propio que va a buscar la información al archivo fuente cada vez que se carga. No puede desincronizarse porque no existe una segunda copia que pueda divergir. La usa para mantenciones del auto y chequeos médicos
Las tres cosas que más pagan — La carpeta ordenada con su convención (gratis, y sin ella nada más funciona bien), la captura automática de reuniones (configuración inicial), y las minutas automáticas sobre esa captura. Todo lo demás —observadores de competencia, tableros, análisis de contenido— viene después
La decisión de compra sobre transcripción — Krisp sale ~30 dólares el primer año y 89 anuales después, y se activa sola al entrar a la reunión; Wispr Flow cuesta ~15 mensuales pero incluye dictado, a cambio de tener que acordarse de darle clic. Sus notas en español no son buenas, y no importa tanto: con el contexto de la carpeta el modelo corrige nombres y términos. Se paga por la que se activa sola, no por la transcripción perfecta
Solo transcripciones, ni audio ni video — Una decisión de flujo que vale la pena copiar: de las reuniones de trabajo no se guarda el video ni el audio. La transcripción es lo que alimenta el sistema; el resto es peso muerto