PTENES
← Ruta 6 | Módulo 6.1
Módulo 6.1

Planificar tu asistente

Definición del alcance, elección de arquitectura, diseño de la identidad y hoja de ruta de construcción.

1

¿Qué es la planificación de un asistente de IA?

Planificar un asistente de IA es diferente de planificar software tradicional. Estás definiendo no solo la funcionalidad, sino comportamiento, identidad y límites éticos de un agente que actuará en tu nombre.

Las 4 dimensiones de la planificación
1Alcance funcional: lo que el asistente PUEDE y NO PUEDE hacer
2Identidad: quién es el asistente, sus valores y tono de comunicación
3Arquitectura: qué patrón Claw y qué componentes se necesitan
4Roadmap: secuencia de construcción desde el MVP hasta el asistente completo
2

¿Por qué planificar antes de programar?

En los sistemas de IA, el costo de un cambio tardío es mucho mayor que en el software tradicional. Cambiar la arquitectura después de configurar la memoria, las herramientas y los canales puede requerir migraciones complejas.

Decisiones costosas de cambiar después
  • · Esquema de la base de datos de memoria
  • · Formato de SOUL.md
  • · Interfaz base de los Tools
  • · Estándar de autenticación de canales
Decisiones fáciles de cambiar
  • · Modelo de IA utilizado
  • · Estilo de comunicación de SOUL.md
  • · Adición de nuevos Tools
  • · Configuraciones de canal
3

Definir el alcance y los casos de uso

Usa la técnica Jobs-to-be-Done para definir qué quieres delegarle al asistente. Sé específico: «gestiona mi correo» es vago; «filtra y clasifica los correos de trabajo y responde automáticamente a las solicitudes de programación» es un trabajo concreto.

Plantilla de definición de Job
CUÁNDO recibo un correo de un cliente que solicita una reunión
QUIERO QUE que el asistente revise mi calendario y proponga horarios
PARA QUÉ yo no tenga que hacer esta selección manualmente
RESTRICOES: nunca aceptar sin mi aprobación final
CANAL: Gmail + Google Calendar
ARQUITECTURA: IronClaw (datos sensibles)
4

Cómo elegir la arquitectura Claw adecuada

Usa este árbol de decisión para elegir el patrón adecuado según tus requisitos de seguridad, escala y complejidad.

¿Datos sensibles de terceros?
  SÍ → IronClaw
  NO → continúa...
¿Varios agentes especializados?
  SÍ → TinyClaw
  NO → continúa...
¿El sistema debe mejorar de forma autónoma?
  SÍ → Agent Zero
  NO → continúa...
¿Entorno offline o edge?
  SÍ → ZeroClaw o NanoClaw
  NO → OpenClaw (úsalo y mejóralo después)
5

Diseño de identidad y SOUL.md

SOUL.md es el documento más importante de tu asistente. Dedícale tiempo de verdad: una identidad bien definida evita comportamientos incoherentes y respuestas fuera de contexto.

# Plantilla de SOUL.md para el proyecto final
# Identidad
Nombre: [TU ASISTENTE]
Rol: asistente personal especializado en [TU CONTEXTO]
# Personalidad
Tono: [directo/formal/informal/técnico]
Fortalezas: [lista de las 3-5 principales]
# Valores y restricciones
Siempre: [comportamientos obligatorios]
Nunca: [comportamientos prohibidos]
# Contexto
Usuario: [quién eres y cuál es tu contexto profesional]
6

Roadmap de construcción en 4 fases

No intentes construirlo todo de una vez. Sigue las 4 fases evolutivas para tener un asistente funcionando rápidamente y mejorarlo con feedback real.

1
Fase MVP (semana 1-2)
Un canal, un modelo, SOUL.md básico, sin herramientas externas. Enfoque: responder preguntas y mantener el contexto.
2
Fase Core (semana 3-4)
Memoria persistente, 2-3 herramientas esenciales, refinamiento de identidad basado en el uso real.
3
Fase Advanced (mes 2)
Varios canales, automatizaciones, integraciones con Google/GitHub, hardening de seguridad.
4
Fase Autonomous (mes 3+)
Multiagentes, bucle de Agent Zero, descubrimiento automático de herramientas, monitoreo completo.
← Volver a la Ruta 6 Conclusión del Curso