Flujo de Productividad con IA: Automatización con Notion, Otter y Reclaim

Paso a paso: conecta Otter, Notion y Reclaim en un solo flujo

La combinación de este tutorial —Otter captura, Notion recuerda y Reclaim defiende el tiempo— se convierte en un flujo cuando los traspasos son explícitos. Tres pasos lo conectan todo: una forma fija para la base de datos de Notion, un pequeño script de sincronización que archiva cada reunión en ella y unos ajustes de Reclaim que protegen el trabajo de seguimiento que generan las reuniones.

Paso 1: estandariza la página de reunión antes de automatizar nada

La automatización amplifica la estructura que encuentra, así que primero define la página. Cada página de reunión de la base de datos usa la misma plantilla de cuatro partes; el script de sincronización del paso 2 rellena exactamente esas secciones, y así Notion AI puede resumir, buscar y consolidar decisiones entre reuniones porque todas tienen la misma forma.

# [Meeting title] - [date]

## Executive summary
Three sentences maximum: what was decided and why it matters.

## Decisions
- Decision, owner, and the date it takes effect.

## Action matrix
| Action | Owner | Due | Status |
| ------ | ----- | --- | ------ |
|        |       |     |        |

## Risks and open questions
- Anything unresolved, with the person who owns the answer.

Paso 2: archiva los resúmenes de Otter en Notion con la API

Otter te entrega la transcripción y su resumen; este script es la cinta transportadora. Crea una página de Notion por reunión en la base de datos del paso 1 y, algo fundamental, comprueba si ya existe una página con el mismo título antes de crear nada, de modo que volver a ejecutarlo tras un fallo nunca produce duplicados. Utiliza la API oficial de Notion: un token de integración de tipo bearer y la cabecera Notion-Version son toda la ceremonia que hace falta.

# sync_meeting.py - file one Otter summary into the Notion meetings database
import os
import requests

NOTION_TOKEN = os.environ["NOTION_TOKEN"]
DATABASE_ID = os.environ["NOTION_MEETINGS_DB"]
HEADERS = {
    "Authorization": f"Bearer {NOTION_TOKEN}",
    "Content-Type": "application/json",
    "Notion-Version": "2022-06-28",
}


def page_exists(title: str) -> bool:
    """Idempotency guard: never file the same meeting twice."""
    resp = requests.post(
        f"https://api.notion.com/v1/databases/{DATABASE_ID}/query",
        headers=HEADERS,
        json={"filter": {"property": "Name", "title": {"equals": title}}},
        timeout=30,
    )
    resp.raise_for_status()
    return len(resp.json()["results"]) > 0


def create_meeting_page(title: str, summary: str, actions: list[str]) -> None:
    if page_exists(title):
        print(f"Skipping duplicate: {title}")
        return

    children = [
        {"object": "block", "type": "heading_2",
         "heading_2": {"rich_text": [
             {"type": "text", "text": {"content": "Executive summary"}}]}},
        {"object": "block", "type": "paragraph",
         "paragraph": {"rich_text": [
             {"type": "text", "text": {"content": summary}}]}},
    ]
    children += [
        {"object": "block", "type": "bulleted_list_item",
         "bulleted_list_item": {"rich_text": [
             {"type": "text", "text": {"content": action}}]}}
        for action in actions
    ]

    resp = requests.post(
        "https://api.notion.com/v1/pages",
        headers=HEADERS,
        json={
            "parent": {"database_id": DATABASE_ID},
            "properties": {
                "Name": {"title": [{"text": {"content": title}}]}
            },
            "children": children,
        },
        timeout=30,
    )
    resp.raise_for_status()
    print(f"Created: {title}")

Paso 3: deja que Reclaim defienda el tiempo de seguimiento

Una reunión archivada no sirve de nada si nadie tiene tiempo para actuar sobre ella. Por cada tarea pendiente, crea la tarea en la herramienta que tu equipo ya usa para el seguimiento (esta combinación se sincroniza con Slack y Linear) y marca las tareas de trabajo profundo como de alta prioridad en Reclaim, con el bloqueo de agenda activado. Reclaim tratará esos bloques como inamovibles y encajará las reuniones a su alrededor: las cuatro horas diarias de programación que defiende este tutorial seguirán defendidas porque el flujo alimenta a Reclaim con prioridades reales, no con deseos.

Un ejemplo completo

Lunes, 9:00 a. m.: termina la reunión diaria del equipo y OtterPilot finaliza la grabación. A las 9:05 el script de sincronización ya se ha ejecutado con el título de la reunión, el resumen de Otter y las cuatro tareas pendientes que extrajo. La comprobación previa no encuentra ninguna página titulada «Team standup - 2026-09-14», así que crea una: el resumen ejecutivo arriba y las cuatro tareas como elementos de lista bajo los encabezados de la plantilla. Esas tareas se sincronizan con Linear; dos de ellas son de trabajo profundo y quedan marcadas como de alta prioridad. Reclaim lee las prioridades y, antes de que nadie reserve por encima de ellas, bloquea dos bloques de 90 minutos para el martes por la mañana. El miércoles el script vuelve a ejecutarse para la revisión del sprint y la protección «Skipping duplicate» demuestra su valor cuando un compañero lo lanza a mano otra vez: una reunión, una página, cero limpieza posterior. La pila de transcripciones imposibles de buscar contra la que advierte este tutorial nunca llega a formarse, porque cada reunión aterriza con la misma forma, en la misma base de datos y con responsables asignados.

Paso 4: programa la sincronización, no la dejes a la memoria

Un flujo que depende de que alguien recuerde ejecutar un script es una tarea disfrazada. Otter finaliza cada reunión minutos después de que termine, así que programa la sincronización diez minutos después de tus reuniones recurrentes y deja que la protección contra duplicados del paso 2 absorba los días en que la reunión se cancele:

# crontab -e -> file the 09:00 standup summary at 09:10, weekdays
10 9 * * 1-5 python3 ~/scripts/sync_meeting.py >> ~/notion-sync.log 2>&1

Los días en que la reunión se cancela, el script no encuentra ningún resumen nuevo y no hace nada; en un día normal, la página ya existe antes de que nadie haya terminado su café. Esa línea del registro es tu pista de auditoría para cuando alguna página se ponga en duda.

Solución de errores

• OtterPilot nunca se une a la reunión. El bot se une desde el calendario, no desde el enlace de la reunión: comprueba que la unión automática esté activada para ese calendario en los ajustes de Otter y que el evento tenga realmente un enlace de video que Otter reconozca. Las reuniones creadas por organizadores externos son la excepción habitual: para esas, añade el bot a mano.
• La base de datos de Notion se llena de páginas duplicadas. Algo está creando páginas fuera del script (otra automatización o un compañero que ejecuta una versión antigua sin la protección). Mantén la comprobación previa a la creación como único punto de entrada: toda ruta de creación debe llamar antes a page_exists().
• Reclaim sigue reservando reuniones encima de los bloques de concentración. Esos bloques nunca se marcaron como prioridades que merezca la pena defender. El bloqueo de Reclaim solo protege las tareas cuya prioridad lo exige: pon las tareas de trabajo profundo en la prioridad más alta y confirma que tienen activado el bloqueo de agenda; el tiempo sin marcar se trata como negociable, porque para el planificador lo es.
• Los resúmenes describen la conversación, pero pasan por alto las decisiones. Es un problema de captura, no de redacción: Otter resumió una transcripción en la que las decisiones se formularon como sugerencias. Corrígelo en el origen con un hábito de reunión —quien facilita cierra cada tema diciendo «Decisión: …» en voz alta— y mantén obligatoria la sección de decisiones de la plantilla, para que una vacía sea visiblemente un defecto y no un descuido.