¿Quieres que Claude analice tus llamadas con clientes todos los días sin que muevas un dedo? Para automatizar el análisis de reuniones en Cowork necesitas combinar tres piezas: una skill, varios conectores y una tarea programada. Es un flujo útil para ventas, operaciones, project managers o product owners que graban llamadas y quieren decisiones listas cada mañana.

La idea central es sencilla pero poderosa: dejar que Claude haga el trabajo operativo mientras tú te enfocas en lo estratégico. El objetivo es reducir hasta un 80% de tus procesos operativos para que cuando llegues a tu computador ya tengas el análisis hecho y solo tomes decisiones.

Qué herramientas combinas para automatizar el análisis de reuniones

Todo arranca con una skill llamada Transcript Analyzer [00:48]. Esta skill analiza el transcript de cualquier reunión y te devuelve información concreta: los puntos de dolor del cliente, lo más importante que se habló, las cosas que debes tener en consideración y los action items o pasos a seguir.

Luego conectas la skill con las herramientas que graban tus llamadas. Entre las que se mencionan están:

• Google Meet.
• Fireflies.
• Granola.
• Apollo.

El flujo funciona así: la skill busca las grabaciones, pasa cada transcript por el Transcript Analyzer y guarda el resultado en un Google Drive [01:30]. Si tu organización usa SharePoint o Dropbox en lugar de Drive, el proceso funciona exactamente igual [04:00].

¿Qué hace la skill Transcript Analyzer? Analiza el transcript de una reunión y entrega los puntos de dolor del cliente, lo más relevante, consideraciones clave y los action items para avanzar en el proceso.

Hasta aquí todavía no interviene ninguna tarea programada. Este análisis lo puedes correr tú mismo manualmente con solo la skill.

Por qué conviene usar Opus en vez de Sonnet para procesos complejos

Como este flujo tiene varios pasos, usa múltiples herramientas, analiza información y corre en automático, conviene un modelo más robusto. Por eso se cambia de Sonnet 5 Medium a Opus 5.5 en modo low [02:30].

¿Por qué en low? Porque no se necesita un análisis pesado ni construir un dashboard HTML interactivo ni crear una aplicación. Solo se requiere análisis de información y conexión a varias herramientas.

Esto no significa que Sonnet no sirva. Sonnet también funciona, pero cuando empiezas a construir procesos más complejos, cambiar a un modelo más potente da mejores resultados.

¿Cuándo debo cambiar de Sonnet a Opus en Cowork? Cuando tu proceso es complejo, usa varias herramientas y corre en automático. Para tareas simples Sonnet basta; para flujos de múltiples pasos, Opus da más estabilidad.

Cómo convertir una skill en una tarea programada diaria

Antes de crear la tarea programada conviene verificar los conectores. En el chat de Cowork activas el Transcript Analyzer y describes el proceso que quieres [03:10]: extraer con Fireflies los transcripts de grabaciones donde estás involucrado que tengan que ver con cliente o entrenamiento, correr cada transcript por la skill y guardar el resultado en una carpeta de Google Drive compartida.

Aquí viene lo interesante: hasta este punto el proceso no es automático. Para convertirlo en tarea programada agregas la instrucción clave: que lo haga todos los días al final del día, cuando ya pasaron todas las reuniones [04:40].

Claude siempre hace preguntas de verificación, incluso en automático. En este caso definió la hora a las 6 p.m. hora Bogotá y preguntó cómo identificar reuniones de cliente o entrenamiento. La respuesta: por título, porque resulta más preciso [05:20].

Un detalle valioso es que la skill está tan bien construida que ofrece un segundo artefacto opcional: un email de seguimiento, un update en Slack y una agenda [05:50]. En este flujo solo se usa el intelligence record.

Qué pasos seguir para probar y ajustar la tarea

La buena práctica es probar siempre antes de ejecutar. La regla es clara:

• Cada vez que creas una skill, pruébala.
• Cada vez que corres un proceso, pruébalo.
• Cada vez que creas una tarea programada, dale probar antes de que la ejecute [06:50].

También puedes ajustar el idioma sobre la marcha. Mientras Claude ejecutaba el proceso en inglés, bastó pedirle el cambio y creó una nueva versión de la tarea en español [06:20].

Después de probar, llegó un detalle práctico: no había reuniones con esas características porque no se estaban dando trainings, así que no arrojó nada [07:20]. Ahí entran dos modificaciones inteligentes.

Cómo reducir el consumo de tokens al correr la tarea programada

Una optimización clave: la tarea se puede crear con Opus, pero correr con otro modelo para consumir menos tokens [07:30]. En Editar, dentro de Configuraciones avanzadas, puedes activar notificaciones por push, email o Slack cuando la tarea termine.

Así quedó la configuración del ajuste:

• Crear la tarea con Opus 5.5 para mayor robustez.
• Correrla con Sonnet 5.5 o incluso Haiku para gastar menos tokens.
• Activar notificaciones por push y email.
• Guardar siempre los cambios con Save [08:10].

Como no había reuniones esa semana, se le pidió buscar las reuniones de la semana pasada o las últimas que haya dado alguien del equipo. Claude encontró varias reuniones propias, otras del equipo y se saltó las que claramente no eran de cliente ni entrenamiento [08:40].

Qué información entrega el reporte final en Google Drive

Los documentos empezaron a aparecer en Google Drive a medida que la skill corría [09:10]. En el ejemplo de un taller con la Gobernación de Cundinamarca, el informe incluyó:

• Índice de participantes y qué dijeron.
• Qué no dijeron y cuál es su sentimiento.
• Hechos cuantificados y volumen.
• Contexto de negocio y panorama.
• Brechas de información, glosario y etiquetas estratégicas [09:30].

Este informe puede ser tan detallado como tú quieras. Y aunque el caso es sencillo (dos herramientas, extracción, tarea y reporte), imagina conectarlo a todo tu ecosistema empresarial o a herramientas que creen videos, imágenes o posts en redes sociales.

¿Cómo usarías tú este flujo automatizado en tu día a día? Cuéntamelo en los comentarios.