
El contexto hablado solo resulta útil para un flujo de trabajo con IA cuando se captura, se convierte en un archivo duradero, se acompaña de información de procedencia suficiente para confiar en él y se ofrece mediante una interfaz de búsqueda con límites definidos. La grabación por sí sola no cierra ese ciclo. Una carpeta de audio es difícil de consultar; un resumen sin revisar puede borrar el motivo de una decisión; y un acceso ilimitado del agente puede divulgar más de lo que el usuario pretendía.
¿Por qué desaparece el contexto hablado del trabajo con IA?
Los agentes suelen partir de materiales existentes: código fuente, incidencias, archivos de diseño, reglas del proyecto y documentos. Una conversación en el escritorio no está presente hasta que alguien la documenta. A menudo no falta la decisión final, sino las opciones descartadas, las restricciones, los responsables y la incertidumbre que explican por qué era razonable.
Un sistema de captura útil debe preservar cuatro niveles:
- Observación: lo que realmente se dijo, con marcas de tiempo o límites entre intervenciones cuando estén disponibles.
- Interpretación: un resumen, una decisión, una tarea o una contradicción derivados de la transcripción.
- Procedencia: cuándo y de dónde llegó el texto, con un enlace a la sesión original.
- Destino de la información: si permanece en bruto, se convierte en conocimiento duradero del proyecto o se elimina.
Si la interpretación sobrescribe la observación, quien revise después no podrá saber si una frase expresada con seguridad se dijo o se dedujo. Mantener las notas originales y las derivadas en archivos separados o secciones claramente diferenciadas permite corregirlas.
¿Cuál es el recorrido mínimo de la captura al contexto?
El recorrido tiene dos controles de calidad independientes. El primero es la fidelidad de la transcripción: ¿el texto conserva nombres, números, negaciones y términos del ámbito? El segundo es la fidelidad del conocimiento: ¿la decisión derivada mantiene su razonamiento y su incertidumbre? Un resumen fluido puede no superar ninguno de los dos controles.
En C1, la ficha aprobada sitúa la detección de actividad de voz en el dispositivo y el reconocimiento de voz, la transcripción y la identificación de hablantes en el ordenador vinculado. Los fragmentos de audio cifrados permanecen en C1 durante la captura o mientras están pendientes la transferencia o la transcripción local; cada fragmento se elimina de C1 después de que el ordenador lo procese para transcribirlo. Consulta las especificaciones actuales de C1 para la descripción a nivel de producto.
¿Por qué usar Markdown en lugar de una base de notas propietaria?
Markdown no es automáticamente mejor que una base de datos. Su ventaja es la interoperabilidad. Una nota de texto plano puede revisarse en un editor, buscarse con rg, versionarse con Git, abrirse en Obsidian y entregarse a un agente sin exportarla antes desde el portal de un proveedor. GitHub Flavored Markdown también tiene una especificación sintáctica publicada, por lo que los títulos, las tablas, los enlaces y los bloques de código tienen una semántica predecible.
Un archivo de sesión práctico debe incluir metadatos estables en lugar de campos decorativos. Por ejemplo:
---
kind: session
session_id: s_20260716_093000
created_at: 2026-07-16T09:30:00+08:00
source: c1
review_status: reviewed
---
# Checkout retry discussion
## Decision
Retry idempotent payment-status reads, not payment creation.
## Rationale
Creating a second payment can duplicate an external side effect.
El identificador permite al software vincular las notas derivadas con la sesión. El estado de revisión indica al agente si puede tratar el texto como verificado. Las fechas deben especificar la zona horaria; los nombres de archivo por sí solos son una fuente poco fiable, porque los relojes pueden estar mal y los archivos pueden cambiar de nombre.
¿Cómo debería un agente consultar el contexto local de forma segura?
La arquitectura oficial de MCP distingue entre host, clientes y servidores. Un servidor puede exponer herramientas o recursos, pero el host controla la conexión y la interacción con el usuario. Para los servidores locales, las recomendaciones de seguridad de MCP aconsejan
stdio cuando sea viable, permisos mínimos sobre archivos y red, consentimiento explícito y una revisión cuidadosa de los comandos de inicio.
Esto conduce a un patrón de acceso al contexto de voz con límites definidos:
- Exponer las operaciones de búsqueda y lectura antes que las de escritura o eliminación.
- Limitar el servidor a la carpeta raíz de notas de OneMira en lugar de a toda la carpeta personal.
- Devolver extractos breves y rutas de origen, y recuperar una nota completa solo cuando sea necesario.
- Separar la divulgación a modelos de terceros de la consulta local. Un archivo local no sigue siendo local si su texto se pega en un modelo en la nube.
- Registrar qué herramienta local se ejecutó sin guardar el contenido de las transcripciones ni credenciales.
La documentación MCP de OneMira explica el flujo local compatible. La guía de configuración y seguridad de Cursor añade una secuencia concreta de verificación.
¿Cómo se mide si funciona el ciclo?
No midas el éxito por el volumen de transcripciones. Usa un conjunto de aceptación basado en trabajo real y evalúa los puntos que pueden cambiar un resultado:
| Comprobación | Criterio objetivo de aprobación | Ejemplo de fallo |
|---|---|---|
| Recuperación de términos críticos | Los nombres, números, negaciones e identificadores coinciden con el audio revisado | «No reintentar» se convierte en «reintentar» |
| Procedencia de las decisiones | Cada decisión derivada enlaza con una sesión original | Aparece una regla sin origen rastreable |
| Precisión de la búsqueda | Una consulta acotada devuelve la nota pertinente antes que sesiones no relacionadas | Una palabra clave demasiado amplia satura la ventana de contexto |
| Control de la divulgación | El usuario puede identificar qué texto sale del ordenador | El agente envía silenciosamente un archivo completo de transcripciones |
| Recuperación | Una transferencia interrumpida puede reanudarse sin notas duplicadas ni eliminación prematura | El audio original se elimina antes del guardado definitivo de la nota |
Revisa los falsos positivos con el mismo cuidado que las omisiones. Un sistema que inventa una decisión puede causar más daño que uno que pide aclaraciones.
¿Qué debería convertirse en conocimiento duradero del proyecto?
Conserva una información de forma permanente solo si cambia el trabajo futuro: una restricción aprobada, una arquitectura descartada con su motivo, un responsable identificado, un requisito del usuario o un fallo reproducible. Las conversaciones informales, las actualizaciones repetidas y las conjeturas inciertas suelen permanecer en la sesión o caducar.
Un agente programado puede proponer cambios en las reglas del proyecto o en un wiki, pero la propuesta debe incluir las diferencias y un enlace a la fuente. C1 es la capa de captura y contexto local; no decide por sí solo qué conversación se convierte en una norma.
Fuentes y lecturas recomendadas
- Model Context Protocol: descripción de la arquitectura — descripción oficial de hosts, clientes, servidores, primitivas y transportes.
- Model Context Protocol: buenas prácticas de seguridad — recomendaciones oficiales para servidores locales, minimización de permisos y consentimiento.
- Especificación GitHub Flavored Markdown — sintaxis y semántica formales de Markdown para flujos de trabajo con texto portable.
- Documentación OneMira — configuración actual del producto, archivos locales, CLI y funcionamiento de MCP.