# Instrucciones para el agente: Acta de reunión: acuerdos contrastados y seguimiento en borrador

Pega este texto a tu agente (Claude Code, Codex, OpenCode, Hermes o el que uses) y dile «ayúdame a montarlo». Son los pasos para ponerlo en marcha; el porqué de cada pieza está en la guía completa.

- Dificultad: intermedio
- Guía completa: https://lab.wisd.ai/hub/meeting-to-memo-agent

---

## Para el agente: cómo acompañar al usuario

1. Pregunta primero para qué lo quiere. Si su objetivo no necesita algún paso, sáltalo.
2. Antes de instalar, comprueba lo que ya tiene (versiones, claves, sistema operativo).
3. Avanza un paso cada vez: explica en una frase qué vas a hacer y deja que el usuario lo ejecute o lo apruebe.
4. Tras cada paso, comprueba que funcionó antes de seguir. Si falla, para y explica el error.
5. No inventes comandos ni opciones: si la documentación del proyecto contradice estos pasos, manda la documentación.
6. Al terminar, haz una prueba real con el objetivo del usuario y dile dónde profundizar.

---

## Pasos de configuración

### Paso 1: delimita la prueba

Selecciona una grabación de prueba procesada por Fathom, con transcripción disponible. Aporta participantes, fecha y zona horaria, y define quién revisará el acta y en qué carpeta se guardarán los resultados.

### Paso 2: configura las piezas

Sigue [Fathom CLI](/hub/fathom-cli), incluidas las comprobaciones de Node.js ≥22.20.0, npm/npx y Go ≥1.26.10 para la instalación por catálogo. Aplica la línea de PATH que imprima su instalador (`~/.local/bin` en Unix) y confirma que la terminal del agente encuentra `fathom-pp-cli` antes de usarlo. Configura el acceso API privado según esa guía y ejecuta su diagnóstico y sincronización completa.

Sigue [Plain Writing](/hub/plain-writing-skill) y [Human Review](/hub/human-review-skill). Comprueba curl y Claude Code operativo para la primera y Node.js ≥20 con npm/npx para la segunda. Inicia una sesión nueva de Claude Code que descubra ambas skills; revisa un párrafo de ensayo con `/plain-writing deslopify` antes del acta. Usa `/human-review` con la ruta de un Markdown de ensayo, envía un comentario con Send y comprueba que el agente lo recibe y aplica.

## Monta el flujo

### Paso 1: identifica la grabación y conserva la transcripción

Desde la carpeta de salida, lista las reuniones accesibles:

```bash
fathom-pp-cli meetings --json
```

Localiza la grabación por título, participantes y fecha y toma su `recording_id`, no otro identificador de reunión o calendario. Revisa la paginación si no aparece. Sustituye `RECORDING_ID_REAL` en este comando y conserva su salida:

```bash
fathom-pp-cli recordings get-transcript --recording-id RECORDING_ID_REAL --json > transcripcion.json
```

El [README](https://github.com/mvanhorn/printing-press-library/blob/main/library/productivity/fathom/README.md) muestra un identificador suelto en resolución de problemas, pero el [código de get-transcript](https://github.com/mvanhorn/printing-press-library/blob/main/library/productivity/fathom/internal/cli/recordings_get-transcript.go) exige `--recording-id`. Esta receta sigue la opción obligatoria del código. La operación obtiene la transcripción de esa grabación; la lista general de compromisos no la reemplaza.

Comprueba que el comando termina sin error y que `transcripcion.json` contiene texto, hablantes y marcas de tiempo de la grabación elegida. Si falta el acceso o la transcripción, detente y explica el bloqueo. No completes el acta desde un resumen ni inventes otra operación.

### Paso 2: extrae los acuerdos

Entrega `transcripcion.json`, el identificador de grabación, fecha y zona al agente. Extrae decisiones, tareas, responsable, plazo literal y referencia al pasaje. Resuelve fechas relativas solo con fecha y zona conocidas; deja el resto como pregunta.

### Paso 3: redacta y revisa

Con Plain Writing redacta `acta.md` y borradores de seguimiento por destinatario en la carpeta acordada. Abre `acta.md` con Human Review, envía comentarios con Send y pide al agente aplicarlos. Entrega los archivos revisados sin enviar mensajes.

## Comprobación

Contrasta una decisión, un responsable y una fecha de `acta.md` con los pasajes de `transcripcion.json`. Una propuesta rechazada no debe aparecer como acuerdo. Comprueba que se aplicó una corrección recibida mediante Human Review.

## Si algo falla

Si no puedes recuperar una transcripción autorizada, detente y solicita esa entrada. Si un nombre es dudoso, pide confirmación al revisor. Esta composición de WISD se ha revisado documentalmente; no se ha ejecutado como prueba integral.

## Prompt para tu agente

Piezas: [Fathom CLI](/hub/fathom-cli) · [Plain Writing](/hub/plain-writing-skill) · [Human Review](/hub/human-review-skill).

```text
Recupera con Fathom CLI la transcripción de <recording_id de la grabación>, celebrada en <fecha y zona horaria>. Comprueba el identificador en meetings --json y usa recordings get-transcript --recording-id con ese valor. Guarda la salida como transcripcion.json en <carpeta>. Si no hay acceso, texto, hablantes o marcas de tiempo de esa grabación, detente y explica el bloqueo; no uses un resumen ni inventes una ruta alternativa. Comprueba que esta sesión descubre Plain Writing y Human Review. Contrasta acuerdos con la transcripción y registra responsables, plazos y pasajes; marca ambigüedades. Con Plain Writing redacta acta.md y borradores de seguimiento para <destinatarios> en esa carpeta. Revisa acta.md con Human Review, espera mis comentarios enviados con Send y aplícalos. Comprueba decisión, responsable y fecha contra la fuente antes de entregar. No envíes correos.
```
