Agente de IA física: capa de negocio primero

La capa de negocio es el producto

La mayoría de los agentes de IA basados en el navegador son fáciles de demostrar y difíciles de vender. Responden, resumen, redactan y a veces impresionan a un amigo. En el momento en que quieres que uno toque un sensor, mueva una máquina o pague algo, el proyecto deja de ser un prompt ingenioso y empieza a ser una pequeña empresa. Eso no es algo malo. Es el punto. Si eres un creador de fin de semana, la forma más rápida de hacer monetizable un agente de IA en el mundo físico es tratar la capa de negocio como el producto, no como un añadido posterior.

Los agentes físicos fallan de formas en que los agentes digitales no. Un chatbot puede alucinar una mala receta. Un agente físico puede detener un proceso, disparar un límite de seguridad o gastar dinero que no debía gastar. Mireye se describe como una startup de Y Combinator S26 que construye infraestructura para agentes de IA en el mundo físico. Se dice que la infraestructura para agentes en el mundo físico requiere resolver desafíos de percepción, actuación, seguridad y aprendizaje continuo que difieren de los de los agentes digitales. Esas cuatro palabras son tu hoja de ruta: percepción, actuación, seguridad, aprendizaje. Si puedes hacer que cada una sea aburrida, tienes un negocio.

Anthropic lanzó un Model Hardware Standard destinado a especificar cómo los agentes de IA pueden y no pueden interactuar con hardware físico. Anthropic dice que trabajará con socios de confianza para determinar cómo maximizar la seguridad antes de hacer el estándar generalmente disponible. Las empresas que construyen los rieles no te piden que crees una empresa de robótica. Te piden que construyas un bucle estrecho y auditable donde un agente pueda percibir algo, decidir algo, actuar dentro de límites y aprender del resultado. La capa de negocio es lo que hace que ese bucle sea comercializable.

La lista de verificación que conservas

Antes de añadir otra llamada al modelo, escribe la lista de verificación de la capa de negocio para agentes físicos. No es una especificación técnica. Es el conjunto de respuestas que un cliente necesita para confiar en ti con una acción en el mundo real.

Estándar de hardware. Nombra la interfaz de hardware que admites. Si no estás listo para admitir un estándar, di exactamente qué no estás haciendo. Un alcance estrecho es una característica.
Entrada de percepción. Define lo que el agente ve, oye, mide o lee. Un sensor, un fotograma de cámara, una línea de registro, un estado de una puerta, una longitud de una cola. La entrada debe ser verificable por un humano.
Límites de actuación segura. Establece la acción máxima que el agente puede tomar sin aprobación. Nada de un «haz lo mejor que puedas» sin límites. El límite es el producto. Si el agente solo puede ajustar una configuración dentro de un rango, ese rango es tu historia de seguridad.
Disparador de evento. Decide qué evento físico inicia al agente. OpenVector se describe como detectando eventos físicos y operando una computadora para tomar acción inmediata. Tu disparador debe ser lo suficientemente específico para que un cliente pueda decir: «Sí, ese es el momento que quiero que se gestione».
Identidad de pago. Si el agente gasta dinero, necesita una identidad de pago separada de tu cuenta personal. Agentcard proporciona tarjetas virtuales de un solo uso para agentes de IA, permitiendo a los agentes pagar compras sin exponer los datos reales de la tarjeta. Aunque no uses esa herramienta exacta, el principio es el mismo: el agente debe tener una identidad con capacidad de gasto y un tope.
Umbral de aprobación humana. Elige la línea donde el agente se detiene y pregunta. Algunas acciones pueden ser automáticas. Otras necesitan un toque, un texto o una confirmación en un panel. El umbral debe basarse en el riesgo, no en la conveniencia.
Bucle de aprendizaje continuo. El agente debe mejorar a partir de los resultados, no solo de los prompts. Registra el evento, la decisión, la acción, el resultado y la corrección. Un bucle de aprendizaje es lo que convierte una demostración en un servicio por el que la gente sigue pagando.
Disparador de ingresos. Define el momento en que el cliente paga. Por evento, por mes, por hora ahorrada, por fallo evitado. Si no puedes nombrar el disparador, tienes un proyecto, no un negocio.

La lista de verificación funciona porque te obliga a responder a las preguntas que un comprador hace antes de la demostración. Si puedes decir con claridad lo que un agente puede tocar, lo que no puede hacer, quién aprueba las acciones de riesgo, cómo paga y cómo mejora, estás más cerca de un producto.

Lanza una versión de fin de semana que pueda convertirse en un negocio

No empieces con un robot. Empieza con un límite. Elige un evento físico que puedas observar, una acción que puedas limitar y una vía de pago que puedas explicar. Un proyecto de fin de semana puede ser pequeño y aun así ser monetizable si la capa de negocio es real.

Elige un evento físico estrecho. Un proceso detenido, un cliente esperando, un sensor fuera de rango, una máquina que necesita una actualización de estado. El evento debe ser algo que un cliente ya nota y gestiona mal.
Conecta una entrada de percepción. Un sensor, una cámara, un registro, un formulario, un webhook. No necesitas una pila completa de robótica. Necesitas una entrada lo suficientemente fiable para probarla en un fin de semana.
Establece el límite de actuación antes de programar. Escribe el límite en lenguaje claro, especificando lo que el agente puede y no puede hacer, y haz visible el límite en la interfaz de usuario o en el registro.
Añade un control de aprobación humana para la acción de riesgo. Si el agente puede gastar dinero, cambiar una configuración de la máquina o enviar un mensaje dirigido al cliente, haz explícito el paso de aprobación. Una pantalla de confirmación simple es suficiente para una versión temprana.
Dale al agente una identidad de pago. Si el agente compra algo, usa una tarjeta o billetera separada con un tope duro. El objetivo no es ocultar el gasto. El objetivo es hacer el gasto revisable.
Registra el bucle. Almacena el disparador, la decisión, la acción, la aprobación y el resultado. Este es tu bucle de aprendizaje y tu evidencia de ventas. Cuando un cliente pregunte: «¿Funcionó?», debes poder mostrar la secuencia.
Pon precio al disparador de ingresos. Cobra en dólares por lo que el cliente valora: un evento gestionado, una máquina monitoreada, una aprobación ahorrada, un fallo reducido. Mantén la oferta inicial simple. Puedes ajustar el precio después, pero el disparador debe ser claro.

Los mejores agentes físicos de fin de semana no son los que hacen más. Son los que dejan menos ambigüedad. La mayoría de los proyectos paralelos se quedan como proyectos paralelos, y está bien. Si quieres que el tuyo se convierta en un negocio, construye la capa en la que los clientes pueden confiar. El modelo es el motor. La capa de negocio es el vehículo.