Agentes verticales: un oficio, un agente

Ejemplo ilustrativo, con datos ficticios, sin cliente real ni resultados medidos: un cliente describe una avería en un formulario. El programa ordena la descripción, recoge una matrícula inventada y señala qué campos faltan. Recepción contrasta el borrador y el mecánico decide el diagnóstico, las piezas y el presupuesto. Ofrece como resultado una orden preparada para revisar.

Conocer el trabajo da contenido al encargo. Necesitas el catálogo autorizado, los campos de la orden y las excepciones que reconoce el taller. Puedes preparar los primeros borradores con Claude, un asistente de IA, y estudiar después una conexión con n8n, una plataforma para automatizar procesos. Ese ensayo permite ver qué se corrige antes de darle permiso para escribir en el programa del negocio; también ayuda a explicar al comprador qué recibirá. Una descripción incompleta debe quedar señalada para recepción. El borrador no debe convertir una sospecha del cliente en una avería confirmada ni presentar una pieza sugerida como una compra aprobada por el mecánico.

Una tarea y un resultado comunes hacen repetible el servicio. En el taller, el núcleo sería preparar la misma clase de orden. Por cliente podrías configurar vocabulario, catálogo y persona revisora. Si otro negocio exige un proceso distinto, anótalo antes de prometer la misma solución. La prueba útil consiste en comparar esas diferencias con otro taller: qué entrada cambia, qué regla se conserva y qué trabajo exige su programa.

Cómo llegar al comprador también requiere una prueba. Un distribuidor o una asociación pueden ser una puerta de entrada, pero necesitas comprobar si te permiten presentar el servicio y si alguien quiere contratarlo. Habla con quien lo usaría y con quien decide la compra. Para empezar, busca un oficio al que tengas acceso directo; no hay un sector ganador demostrado ni una cuota universal que haga viable la venta.

Confirma la conexión concreta con el proveedor del programa. Un conector es la pieza que prepara la comunicación entre programas. Que n8n permita hacer peticiones o consultar Google Calendar no demuestra que pueda crear una orden en el programa de tu taller. Pregunta al proveedor por el acceso permitido, las operaciones disponibles y sus condiciones antes de ofrecer esa función. Distingue consultar información de crear, modificar o borrar registros: son operaciones diferentes. Pide concretar cuál necesitas y con qué cuenta se autoriza. Una importación permitida también puede ser una vía; no presupongas que existe ni que incluya todas las acciones del encargo.

Si falta la conexión, ajusta lo que ofreces. Ofrece una prueba de preparación manual de órdenes o solicitudes, dejando claro que alguien trasladará el resultado al sistema habitual. Es distinto de entregar un proceso conectado. Tampoco necesitas entrenar un modelo desde cero para empezar: puedes trabajar con documentos y herramientas autorizados. Si unas reglas fijas resuelven la tarea, basta una automatización; un agente añade decisiones sobre los pasos y herramientas que utiliza.

Preparación y operación son partidas distintas. La primera incluye definir el encargo, configurar accesos y probar el recorrido. La segunda reúne plataforma, consumo del modelo, canales, infraestructura, revisión humana y soporte. La cuota de una herramienta es solo una parte del presupuesto del servicio. Para poner una cuota necesitas medir tu trabajo y aclarar qué partidas paga directamente el cliente. Si instalas la base por tu cuenta, asigna también las copias y las actualizaciones. Aclara quién administra la instalación y cómo se atienden los fallos; el mantenimiento debe tener responsable aunque no haya una suscripción de plataforma.

La revisión también cuenta al calcular el coste. Compara cuánto cuesta completar la tarea a mano con prepararla, comprobarla y corregirla con ayuda del sistema. Registra también las excepciones que terminan en una persona y el mantenimiento que exige la instalación. La posibilidad de reutilizar una plantilla no demuestra margen. Si cambia el proveedor del modelo o una conexión, identifica qué habría que adaptar antes de incluir ese soporte en la oferta.

Delimita los datos necesarios para cada tarea. Una clínica añade información sanitaria especialmente delicada; una academia puede manejar datos de menores. Antes de incorporar datos reales, aclara finalidad, accesos, destinatarios y conservación, y formaliza la relación con el proveedor cuando corresponda. Cambiar nombres por códigos no demuestra que los datos sean anónimos. La aprobación de una acción por el dueño tampoco resuelve por sí sola su tratamiento.

Comprueba el recorrido de la información. Instalar un agente en tu ordenador no significa que todos los datos permanezcan allí: OpenClaw envía peticiones a los modelos y plataformas configurados. Revisa cada servicio que interviene, además de la máquina donde instalas el programa. Si quieres ampliar el piloto de solicitudes administrativas de una clínica a información de pacientes, revisa ese tratamiento antes de cambiar el alcance. Limita la información a lo necesario para la tarea y aclara quién puede acceder a ella. Al preparar una demostración, muestra la estructura del expediente y los campos que debe revisar recepción; deja fuera la información del paciente.

Define primero el encargo: qué información entra, qué borrador entregas y quién lo revisa. Consulta agente autónomo y agente con aprobación para delimitar las acciones, y n8n, Make y Zapier para comparar cómo conectar aplicaciones; después confirma con el proveedor qué operaciones permite el programa del negocio. Si necesitas ayuda, plantea el encargo a través de consultoría de Ciade o de automatizaciones, indicando el programa, el resultado esperado y quién lo revisará, para concretar si entregarás un borrador manual o un proceso conectado.