Paquete 2 · Agente de misiones: tareas que corren solas

Paquete 2 · Agente de misiones: tareas que corren solas

Hasta ahora, cada empleado de IA trabaja cuando tú te acuerdas de pedirle algo. El problema es que te acuerdas cuando ya es tarde: el resumen de correos lo pides a las once de la mañana en vez de a primera hora, el reporte semanal lo armas el lunes siguiente en vez del viernes. Esta lección te enseña a pasar de "le pido algo cuando me acuerdo" a misiones con horario fijo, con una skill que las define todas en un solo lugar y con una regla dura: ninguna misión envía, publica ni cobra nada sin que una persona lo apruebe primero.

Tareas programadas: qué son y de qué dependen

Claude tiene funciones para programar tareas que se repiten en un horario que tú eliges, disponibles según tu plan y la app que uses (revisa la página oficial de ayuda de Claude para confirmar qué incluye tu plan y en qué apps está disponible hoy). La idea general es la misma en cualquier versión: en vez de abrir un chat y escribir el pedido cada vez, defines una vez qué tiene que pasar y con qué frecuencia, y Claude lo ejecuta en ese horario sin que tengas que estar presente para empezarlo.

Eso no significa que la tarea se publique o se envíe sola. Una tarea programada puede generar un borrador, un resumen o un reporte, y dejarlo listo para que lo revises cuando llegues a tu escritorio. Lo que hace con ese resultado (guardarlo, mandártelo, dejarlo esperando aprobación) depende de cómo la configures.

La skill "misiones": una tabla, no una lista suelta

En vez de programar tareas sueltas sin ningún criterio en común, esta skill te obliga a definir cada misión con los mismos cuatro datos, para que después puedas revisarlas todas juntas:

• Qué hace: la tarea exacta, en una frase.
• Cuándo: día y hora en que corre.
• Qué entrega: el formato del resultado (un resumen, una lista, un borrador).
• Dónde se detiene: el punto exacto en el que la misión para y espera que una persona apruebe antes de que algo salga del negocio hacia afuera.

Esa cuarta columna es la más importante de las cuatro. No todas las misiones necesitan aprobación (un resumen de correos que solo tú vas a leer no le hace daño a nadie si tiene un error), pero cualquier misión que termine en un correo enviado, una publicación en redes o un cobro sí la necesita siempre.

Misiones seguras y misiones que no se automatizan

Tipo	Ejemplos	Por qué
Seguras para correr solas	Resumen de correos de la mañana, reporte semanal de números, lista de pendientes sin respuesta	Son de solo lectura: leen información y la organizan, no cambian nada afuera del negocio
Corren solas pero el resultado se revisa antes de usarlo	Borrador de mensaje de postventa, primer borrador de una propuesta, calendario de contenido de la semana	Producen un entregable, pero ese entregable todavía no salió a ningún lado
Nunca se automatizan sin aprobación	Enviar un correo o mensaje a un cliente, publicar en redes, generar un cobro o una factura	Comprometen al negocio frente a alguien de afuera; un error acá cuesta más que el tiempo que ahorra automatizarlo

El archivo, parte por parte

En vez de darte el SKILL.md terminado, aquí tienes sus partes explicadas, un esqueleto con huecos y un prompt para que Claude te lo redacte a tu medida.

Qué va en cada parte:

• Encabezado (entre los dos ---): el nombre de la skill y una frase que describe cuándo usarla.
• Instrucciones generales: la estructura fija de cuatro columnas que toda misión tiene que tener.
• Al crear una misión nueva: los pasos para convertir un objetivo en las cuatro columnas y clasificar la misión en las tres categorías.
• Al revisar la lista completa: qué señalar cuando el usuario pega su tabla de misiones actual.
• Reglas: los límites que la skill nunca cruza, como no automatizar sin aprobación humana.

Esqueleto:

---
name: [nombre-de-tu-skill]
description: [qué tipo de misiones ayuda a definir y revisar, cuándo usarla]
---

# [Nombre legible de la skill]

Ayudas al usuario a definir tareas programadas, siempre con esta estructura de cuatro columnas: Qué hace, Cuándo, Qué entrega, Dónde se detiene.

## Al crear una misión nueva
[Los pasos para convertir un objetivo en las cuatro columnas, cómo clasificar la misión en las tres categorías, qué escribir en "Dónde se detiene" si compromete al negocio]

## Al revisar la lista completa de misiones
[Qué señalar: misiones de la tercera categoría sin punto de parada claro, misiones repetidas o que se pisan, misiones sin revisar hace tiempo]

## Reglas
- Nunca sugieras automatizar el envío, la publicación o el cobro sin un punto de aprobación humana.
- No inventes horarios ni frecuencias: siempre confirma con el usuario cuándo quiere que corra cada misión.
- [Alguna regla propia que quieras agregar para tu negocio]

Prompt para redactarlo con Claude: pégalo junto con el esqueleto de arriba y los datos de tu negocio.

Quiero que redactes el archivo SKILL.md completo de una skill llamada misiones, para mi negocio.

Te paso el esqueleto con la estructura que tiene que respetar:

[pega aquí el esqueleto completo de arriba]

Datos de mi negocio:
- A qué se dedica mi negocio: [completa]
- Las tareas que me gustaría convertir en misiones programadas: [completa]
- Cualquier regla extra que quieras agregar para tu caso: [completa]

Instrucciones para ti: completa cada hueco entre corchetes con instrucciones claras y concretas, sin inventar datos de mi negocio que no te haya dado. Si te falta información para completar alguna parte, pregúntame antes de seguir. No borres ni cambies las reglas de seguridad del esqueleto (nunca automatizar envíos, publicaciones o cobros sin aprobación humana). Entrégame el archivo completo listo para guardar como SKILL.md.

Ejemplo

Una clínica de fisioterapia en Mérida decide programar tres misiones para empezar. La primera corre todos los días a las siete de la mañana: lee los correos de la noche anterior y entrega un resumen de los que necesitan respuesta ese mismo día, ordenados por urgencia. Es de solo lectura, así que no necesita aprobación; nadie recibe nada, solo la recepcionista ve el resumen al llegar.

La segunda corre los lunes: revisa la agenda de la semana anterior y entrega una lista de pacientes que terminaron un tratamiento pero no tienen agendada una cita de seguimiento. También es de solo lectura. Con esa lista, la recepcionista decide a quién llamar esa semana; la misión no llama ni escribe a nadie por su cuenta.

La tercera corre los viernes: junta los números de la semana (citas atendidas, cancelaciones, pacientes nuevos) en un reporte corto. También de solo lectura. Ninguna de las tres misiones envía un mensaje a un paciente, publica nada ni genera un cobro: las tres terminan en un documento que una persona de la clínica revisa. Si más adelante quieren automatizar un recordatorio de cita por mensaje, esa misión entraría en la tercera categoría de la tabla y necesitaría que alguien apruebe cada envío, al menos hasta que confíen en el patrón durante varias semanas.

Errores comunes

• Programar una misión que envía algo sin punto de aprobación. Es el error más caro de esta lección: un mensaje mal enviado a un cliente no se puede deshacer.
• No revisar los resultados de las misiones de solo lectura. Si programas el resumen de correos y nunca lo lees, no ahorraste nada: solo trasladaste el trabajo de "acordarte de pedirlo" a "acordarte de revisarlo".
• Poner demasiadas misiones al mismo tiempo, desde el primer día. Empieza con una o dos, confirma que las revisas de verdad, y recién ahí agrega más.
• Confundir "corre sola" con "no la mira nadie". Toda misión necesita un responsable humano que revise su resultado, aunque sea de solo lectura.
• No documentar la misión en la tabla. Si la creas directamente en los ajustes sin escribirla antes en la tabla de la skill, en un mes no vas a recordar por qué existe ni qué se supone que hace.

Tu tarea

1. Escribe la tabla de tus tres primeras misiones con las cuatro columnas: qué hace, cuándo, qué entrega y dónde se detiene.
2. Copia el esqueleto y el prompt de esta lección, complétalos con los datos de tu negocio y pídele a Claude que te redacte el archivo SKILL.md completo. Guárdalo en una carpeta llamada misiones e instálalo.
3. Pídele a Claude, usando la skill, que revise tu tabla y te confirme la categoría de cada misión (solo lectura, borrador o compromete al negocio).
4. Programa la más segura de las tres, una de solo lectura, como tarea programada, según lo que permita tu plan y tu app.
5. Déjala correr una semana completa y revisa cada resultado el mismo día en que llega.

¿Quieres el equipo ya armado?

Todo lo de este curso es gratis y lo puedes armar tú, pieza por pieza, con el esqueleto y el prompt de cada lección. Si prefieres ahorrarte el armado, en Sinsajo Creators Pro está el curso Tu Equipo de IA: implementación, con el SKILL.md terminado de cada empleado, del coordinador, de la mesa de debate y de las misiones, listo para copiar e instalar. Además tienes los recursos nuevos que vamos creando y los en vivos semanales para revisar tu equipo.