Una vez que sus transcripciones de reuniones son accesibles por MCP, la pregunta útil deja de ser «cómo conecto esto» y pasa a ser «qué pregunto en realidad». La respuesta a la que casi todo el mundo llega en una semana es: no «resume mi última reunión». Eso ya se lo da la aplicación. Los prompts que justifican la instalación son los que abarcan varias reuniones, o los que unen lo que se dijo con otra cosa en la que usted está trabajando.
Para escribir buenos prompts conviene entender la mecánica. Su asistente no lee todo el archivo. Busca, recibe una lista con vistas previas breves, elige lo que parece pertinente y eso lo lee entero: por eso un prompt funciona mejor cuando le da a la búsqueda algo con lo que acotar (un periodo, un tema, una etiqueta) y le dice al asistente qué forma debe tener la respuesta.
Abajo hay veinte prompts agrupados por el trabajo que hacen, y después los que fallan y por qué. Están escritos para el servidor MCP de Speak-Y, pero no tienen nada específico de él: cualquier asistente capaz de buscar en transcripciones y leerlas manejará las mismas formas.
Cinco comandos leen su biblioteca directamente y funcionan esté abierta o no la aplicación: listar grabaciones, búsqueda de texto completo, leer una transcripción, recuperar la grabación más reciente y listar sus etiquetas. Tanto el listado como la búsqueda admiten los mismos filtros —un rango de fechas, una etiqueta, solo reuniones, solo favoritos—, y por eso «mis reuniones de la semana pasada» es una instrucción barata y «todo lo que he dicho alguna vez sobre el onboarding» es cara.
Una transcripción se puede leer de cuatro maneras, y la elección cambia la respuesta más de lo que la gente espera: texto plano, bloques por hablante, el resumen de IA con las tareas pendientes, o todo a la vez. Para «qué decidimos», el resumen basta y cuesta una fracción del contexto. Para «quién se comprometió a qué» quiere bloques por hablante: un resumen aplana la atribución y a veces se equivoca.
1. Repasa mis reuniones de las dos últimas semanas y enumera cada compromiso que asumí personalmente, con la reunión de la que sale.
2. ¿Cuáles de las tareas pendientes de mis reuniones de este mes no han vuelto a mencionarse en ninguna reunión posterior? — una aproximación decente a «se dejó caer sin decirlo».
3. Compara lo que dijimos sobre la hoja de ruta del tercer trimestre en las tres últimas llamadas de planificación. ¿Qué cambió, y dijo alguien por qué?
4. Lee mis reuniones individuales de este trimestre y dime qué temas salen una y otra vez con más de una persona.
5. Tengo que escribir un informe de estado. Saca las decisiones y los bloqueos de mis reuniones de esta semana y redáctalo en cinco viñetas.
El número 3 es el que los responsables conservan. Una decisión que se ha movido tres veces parece perfectamente estable en el último resumen; solo la comparación entre llamadas muestra que se movió, y las transcripciones son el único sitio donde sobrevivió el razonamiento.
6. Encuentra mis llamadas con Northwind y dame una cronología de lo que pidieron, en orden.
7. ¿Qué objeciones salieron en mis cinco últimas llamadas de ventas, y cómo respondí a cada una?
8. Antes de mi llamada con este cliente: ¿qué le prometimos la vez pasada y qué sigue pendiente?
9. Lee mis llamadas de descubrimiento de este mes y dime qué preguntas se me olvida hacer sistemáticamente.
10. Redacta un correo de seguimiento a partir de la llamada de ayer con el cliente, solo con los puntos que plantearon de verdad, sin inventar nada.
El número 9 es incómodo y merece ejecutarse una vez al mes. Su propio patrón de omisiones le resulta invisible en el momento y es evidente a lo largo de diez transcripciones. La cláusula «sin inventar nada» del número 10 hace un trabajo real: sin ella, los modelos redondean amablemente el seguimiento con compromisos verosímiles que nadie asumió.
11. ¿Qué acordamos cambiar en la lógica de reintentos, y qué objeciones se plantearon antes de acordarlo?
12. Revisa las reuniones de esta semana en busca de errores que prometimos corregir y comprueba si alguno ya está corregido en el repositorio.
13. Convierte las decisiones sobre la API de la llamada del martes en una especificación breve que pueda poner en el README.
14. Antes de abrir este PR: ¿acordamos este enfoque, o es la versión que rechazamos en la llamada?
Estos se rentabilizan en un editor, donde el asistente puede leer la transcripción y el código en la misma sesión; la configuración con Cursor trata justo ese caso. El número 14 atrapa un error genuinamente caro: un diseño rechazado vuelve a parecer razonable una semana después, porque el razonamiento que lo tumbó vivía en una conversación que nadie escribió.
15. Resume todo lo hablado con este cliente en los últimos seis meses, agrupado por temas y no por fechas.
16. ¿Qué aprobó el cliente y qué se limitó a decir que le gustaba? — la distinción que decide las discusiones de alcance.
17. Saca las restricciones y los requisitos de la llamada inicial y contrástalos con lo que acabamos construyendo.
El número 15 es el que justifica por sí solo conservar el archivo. Seis meses de llamadas agrupadas por temas son un documento que nadie tuvo tiempo de escribir, producido con material que ya existía.
18. Etiqueta las tres últimas grabaciones como api-redesign.
19. Cambia el nombre de Speaker 2 a Marta en la reunión de ayer, luego vuelve a leerla y dime en qué mostró desacuerdo.
20. Archiva la entrevista del martes en nuestro canal de contratación.
Estos son los comandos que cambian algo, y se comportan de otra manera:
necesitan la aplicación Speak-Y en marcha y van declarados a su cliente MCP como
modificadores de datos, así que pregunta antes de ejecutarlos salvo que usted
conceda permiso permanente. La especificación de MCP dice explícitamente que los
clientes «DEBERÍAN» mantener a una persona en el circuito y pedir confirmación
en las operaciones sensibles. El número 20 sale de su máquina y no se puede
retirar desde el chat, así que conviene leer la confirmación en vez de pulsarla
de corrido. Si prefiere que un cliente concreto no pueda hacer nada de esto,
arranque el servidor con --read-only en la configuración de ese cliente y los
comandos que modifican ni siquiera se le ofrecen.
Fiarlo todo a una frase exacta. La búsqueda es una coincidencia de subcadena que no distingue mayúsculas, sobre el texto de las transcripciones, los títulos, los resúmenes y las tareas pendientes; no es una búsqueda semántica. «Encuentra la reunión donde hablamos de consolidar proveedores» no devuelve nada si en la sala se dijo «y si usamos un solo proveedor». Describa el periodo y deje que el asistente lea los resúmenes, en vez de apostar a que sus palabras coincidan con las de ellos.
Preguntar por una reunión que no se ha sincronizado. Las grabaciones viven en el dispositivo que las hizo y se sincronizan desde los demás. Cada lectura informa de lo reciente que es el dato; si falta algo de lo que usted está seguro, pídale antes al asistente que sincronice. Si no, «no existe» y «está en mi portátil» tienen exactamente el mismo aspecto.
Pedirle que borre algo. Ninguna herramienta elimina una grabación, un canal ni un espacio de trabajo. El borrado se queda en la aplicación a propósito.
Dar por hecho que ve toda la empresa. El asistente lee su biblioteca, no la de sus compañeros. Las reuniones que un compañero haya publicado en un canal de equipo compartido se leen con las mismas herramientas; todo lo demás que haya grabado, no.
Hacer una pregunta que la transcripción no puede responder. «¿Estaba molesto el cliente?» le da una conjetura segura de sí misma sacada de la elección de palabras. El tono no está en el texto, y un modelo no le dirá que está adivinando a menos que se lo pida.
Los prompts de arriba comparten una forma, y esa forma se traslada:
Ámbito: un periodo, una etiqueta, un nombre de cliente o «solo reuniones». Es aquello por lo que filtra la búsqueda, y omitirlo obliga al asistente a adivinar cuánto leer.
Fuente: qué leer una vez encontrado. El resumen para las decisiones, los bloques por hablante para la atribución, el texto completo cuando importa la formulación exacta.
Salida: viñetas, una tabla, un borrador de correo, una especificación. Enunciarla es lo que convierte un resumen en algo que puede usar sin retocarlo.
Ámbito, fuente, salida. «Lee mis reuniones con Acme del último mes (ámbito), saca qué se prometió y quién lo prometió (fuente) y dame una tabla de compromisos abiertos (salida)» es mejor prompt que cualquier frase ingeniosa suelta.
Todos los prompts de aquí se ejecutan sobre reuniones a las que usted asistió en persona, y ese es el techo real: la mayor parte del razonamiento detrás de una decisión ocurrió en llamadas en las que no estaba. Las reuniones publicadas en un espacio de equipo extienden los mismos prompts a lo que sus compañeros han compartido deliberadamente, cifrado de extremo a extremo, de modo que «¿por qué lo construimos así?» deja de depender de quién estaba en la sala.
Si aún no ha conectado nada, la guía de instalación cubre la instalación de un clic desde Configuración → Integraciones, y la documentación de MCP tiene la referencia cliente por cliente. El servidor es gratis en todos los planes, incluido Free.
Cualquier cosa que se pueda responder desde las transcripciones a las que llega: qué se decidió, a qué se comprometió usted, cómo cambiaron las objeciones de un cliente entre llamadas, qué tareas siguen abiertas. El asistente busca en sus grabaciones, lee las que parecen pertinentes y responde a partir de su contenido y no de memoria.
No, y suele funcionar mejor si no lo hace. Describa el periodo y el tema — «mis reuniones de esta semana sobre precios» — y deje que el asistente filtre por fecha y lea los resúmenes. Nombrar un archivo solo ayuda cuando ya sabe exactamente cuál quiere.
Tres causas habituales. La grabación está en otro dispositivo y aún no se ha sincronizado, así que pídale al asistente que sincronice y vuelva a intentarlo. La búsqueda casó texto literal y su formulación nunca apareció en la transcripción. O la biblioteca realmente no la contiene: el asistente ve exactamente lo que ve usted en la aplicación, y nada más.
Puede etiquetarlas, cambiarles el nombre, poner nombre a los hablantes de una reunión, volver a transcribir y publicar en un canal de equipo, pero solo con la aplicación Speak-Y en marcha, y esos comandos van declarados a su cliente MCP como modificadores de datos, de modo que pide confirmación antes de ejecutarlos. Leer no necesita nada en marcha. Ninguna herramienta borra una grabación.
Solo lo que se ha compartido a propósito. Su biblioteca es lo que usted grabó; las reuniones que un compañero haya publicado en un canal de equipo compartido pasan a leerse con las mismas herramientas, cifradas de extremo a extremo, mientras que todo lo que no compartió sigue siendo invisible.