Ingresos Agénticos
Los Ingresos Agénticos convierten un flujo de trabajo profesional repetitivo en un servicio gobernable y vendible.
El agente es un operador. La persona o entidad legal sigue siendo el principal, proveedor, titular de la cuenta, responsable de pago y parte responsable.
Invocación
Usa:
/agentic-income MODO OBJETIVO
Modos:
- discover — clasifica oportunidades por dolor del comprador, acceso, evidencia, riesgo, tiempo para cobrar, repetibilidad y carga de soporte.
- validate — define evidencia del comprador, alcance fijo, prueba de precio, criterios de aceptación, costos y criterios de cancelación.
- build — crea el manifiesto, la aplicación, los flujos de trabajo, los conectores, la política de autoridad, las evaluaciones y los runbooks.
- sell — crea una demo, página de aterrizaje, propuesta y activos de divulgación revisados.
- deliver — despliega en cuentas propiedad del cliente y ejecuta pruebas de aceptación.
- operate — monitorea el nivel de servicio, costo, excepciones, incidentes, renovaciones y margen.
- publish — expone un Skill seguro, herramienta MCP, tarjeta de agente A2A o endpoint medido.
- prove — concilia trabajo pagado y aceptado, costos, esfuerzo humano, calidad, incidentes y evidencia.
- improve — convierte trazas de producción, fallos y retroalimentación en evaluaciones y cambios revisados.
Si se omite MODO, inferirlo de la solicitud y declarar el modo inferido.
Contrato de Outcome Pack
Cada construcción debe producir o actualizar:
- income-system.json;
- oferta y contrato del comprador;
- esquemas de entrada y salida;
- comportamiento de la aplicación y del agente;
- interfaces de skill y protocolo;
- inventario de conectores;
- política de autoridad denegar-por-defecto;
- evaluaciones deterministas, de modelo y humanas;
- runbooks de soporte, incidentes, reversión y revocación;
- registros de economía y prueba.
Validar contra schemas/income-system.v1.schema.json.
Clasificación de oportunidades
Preferir:
- Un flujo de trabajo doloroso con presupuesto existente y un camino corto hacia la aceptación.
- Un comprador específico y un contrato de entrada/salida repetible.
- Sistemas y credenciales propiedad del cliente.
- Alcance fijo y precios transparentes.
- Aceptación determinista, bajo soporte e implementación reutilizable.
- Aseguramiento recurrente obtenido mediante monitoreo, evaluaciones y actualizaciones.
Rechazar:
- vagas "transformaciones de IA" sin un comprador o resultado aceptado;
- decisiones reguladas en medicina, empleo, crédito, seguros o asesoramiento legal;
- autoridad sin restricciones sobre billeteras, bancos, correo electrónico o producción;
- integraciones arbitrarias a medida;
- divulgación autónoma en frío;
- garantías de ingresos, custodia, pagos agrupados o tarifas de rendimiento sin atribución clara;
- mercado genérico de agentes antes de que exista oferta y demanda verificadas.
Modelo de autoridad
Vincular cada servicio a:
Principal legal → identidad del agente → capacidad → credencial con alcance → política → acción auditable.
Los agentes pueden investigar, clasificar, redactar, programar, actualizar registros aprobados, ejecutar pruebas y proponer cambios reversibles.
La aprobación humana es obligatoria para:
- precios y presupuestos vinculantes;
- contratos y términos legales;
- comunicaciones dirigidas a personas;
- reembolsos fuera de la política;
- credenciales de producción o permisos más amplios;
- transferencias bancarias o de billeteras;
- aumentos de presupuesto;
- acciones destructivas o irreversibles;
- declaraciones públicas de ingresos.
Un correo electrónico operativo no es una identidad legal. Un firmante de billetera delegado no es la propiedad de la billetera. Las claves de billetera, las credenciales bancarias y las frases semilla nunca ingresan al contexto del modelo.
Ciclo de construcción
- Observar el flujo de trabajo del comprador y recopilar evidencia de pago.
- Puntuar oportunidad, riesgo, repetibilidad y soporte.
- Proponer un Outcome Pack.
- Validar oferta, aceptación, presupuesto, autoridad y condiciones de parada.
- Construir en una rama o sandbox.
- Verificar evaluaciones de rutina, autoridad, seguridad, recuperación, costo y latencia.
- Desplegar en cuentas propiedad del cliente.
- Conciliar resultados aceptados, dinero, costos, incidentes y tiempo del propietario.
- Mejorar o retirar según la evidencia.
Contrato de prueba
Nunca usar capturas de pantalla de facturas como prueba.
Registrar:
- eventos de cotización, autorización, facturación, pago, ganancia, reembolso y ajuste;
- aceptación del cliente;
- versiones del sistema y de las evaluaciones;
- costos directos de plataforma, modelo, herramienta, soporte y tiempo del propietario;
- tasas de finalización, excepción e incidentes;
- nivel de evidencia: reportado, revisado por documentos, observado por conector o atestiguado de forma independiente.
Las declaraciones públicas requieren consentimiento y aprobación humana.
Primer sistema de referencia
Usar examples/request-to-quote-desk como cabeza de playa.
Está diseñado para renovación, mantenimiento comercial, instalación especializada y servicios técnicos B2B. Califica solicitudes entrantes, solicita información faltante, programa estimaciones, redacta presupuestos no vinculantes, actualiza el CRM y deriva compromisos comerciales a un humano.
El modelo de validación recomendado es un despliegue fijo más aseguramiento recurrente gestionado. No cobrar una tarifa de rendimiento inicialmente.
Postura de protocolo
- Los Skills de agente llevan conocimiento operativo.
- MCP conecta herramientas y datos.
- A2A expone servicios de tareas remotas y Tarjetas de Agente firmadas.
- AP2 puede representar autoridad de pago.
- UCP y ACP pueden soportar descubrimiento de comercio y pago.
- x402 puede medir endpoints limitados por tope.
Componer estos protocolos. No bifurcarlos ni crear un nuevo marco de agente.
La innovación es el contrato de servicio y prueba que vincula al principal, resultado, autoridad, versión del sistema, evaluación, economía y evidencia.