Agentic Income - Renda por Agentes Autônomos

Renda por Agentes Autônomos

Renda por Agentes Autônomos transforma um fluxo de trabalho profissional repetitivo em um serviço governado e vendável.

O agente é o operador. O humano ou entidade legal permanece como principal, fornecedor, proprietário da conta, pagador e responsável.

Invocação

Use:

/renda-por-agentes MODO OBJETIVO

Modos:

• descobrir — classifique oportunidades por dor do comprador, acesso, evidência, risco, tempo para caixa, repetibilidade e carga de suporte.
• validar — defina evidência do comprador, escopo fixo, teste de preço, critérios de aceitação, custos e critérios de eliminação.
• construir — crie o manifesto, aplicativo, fluxos de trabalho, conectores, política de autoridade, avaliações e manuais.
• vender — crie uma demonstração, página de destino, proposta e ativos de divulgação revisados.
• entregar — implante em contas de propriedade do cliente e execute testes de aceitação.
• operar — monitore nível de serviço, custo, exceções, incidentes, renovações e margem.
• publicar — exponha uma Skill segura, ferramenta MCP, Cartão de Agente A2A ou endpoint medido.
• provar — reconcilie trabalhos pagos e aceitos, custos, esforço humano, qualidade, incidentes e evidências.
• melhorar — transforme rastreios de produção, falhas e feedback em avaliações e mudanças revisadas.

Se o MODO for omitido, infira-o da solicitação e declare o modo inferido.

Contrato do Pacote de Resultados

Cada construção deve produzir ou atualizar:

• income-system.json;
• oferta e contrato do comprador;
• esquemas de entrada e saída;
• comportamento do aplicativo e agente;
• interfaces da skill e protocolo;
• inventário de conectores;
• política de autoridade de negação por padrão;
• avaliações determinísticas, de modelo e humanas;
• manuais de suporte, incidentes, reversão e revogação;
• registros de economia e prova.

Valide contra schemas/income-system.v1.schema.json.

Classificação de oportunidades

Prefira:

1. Um fluxo de trabalho doloroso com orçamento existente e um caminho curto para aceitação.
2. Um comprador restrito e um contrato de entrada/saída repetível.
3. Sistemas e credenciais de propriedade do cliente.
4. Escopo fixo e preços transparentes.
5. Aceitação determinística, baixo suporte e implementação reutilizável.
6. Garantia recorrente conquistada por meio de monitoramento, avaliações e atualizações.

Rejeite:

• "transformação de IA" vaga sem um comprador ou resultado aceito;
• decisões reguladas em medicina, emprego, crédito, seguros ou aconselhamento jurídico;
• autoridade irrestrita sobre carteira, banco, e-mail ou produção;
• integrações personalizadas arbitrárias;
• divulgação autônoma não solicitada;
• garantias de receita, custódia, pagamentos em pool ou taxas de desempenho sem atribuição clara;
• marketplace de agentes genérico antes de oferta e demanda verificadas.

Modelo de autoridade

Vincule cada serviço a:

Principal legal → identidade do agente → capacidade → credencial com escopo → política → ação auditável.

Agentes podem pesquisar, classificar, rascunhar, agendar, atualizar registros aprovados, executar testes e propor alterações reversíveis.

Aprovação humana é obrigatória para:

• preços e cotações vinculantes;
• contratos e termos legais;
• comunicações direcionadas a pessoas;
• reembolsos fora da política;
• credenciais de produção ou permissões mais amplas;
• transferências bancárias ou de carteira;
• aumentos de orçamento;
• ações destrutivas ou irreversíveis;
• declarações públicas de renda.

Um e-mail operacional não é identidade legal. Um signatário de carteira delegado não é propriedade da carteira. Chaves de carteira, credenciais bancárias e frases-semente nunca entram no contexto do modelo.

Ciclo de construção

1. Observe o fluxo de trabalho do comprador e colete evidências de pagamento.
2. Pontue oportunidade, risco, repetibilidade e suporte.
3. Proponha um Pacote de Resultados.
4. Valide oferta, aceitação, orçamento, autoridade e condições de parada.
5. Construa em um branch ou sandbox.
6. Verifique avaliações de rotina, autoridade, segurança, recuperação, custo e latência.
7. Implante em contas de propriedade do cliente.
8. Reconcilie resultados aceitos, dinheiro, custos, incidentes e tempo do proprietário.
9. Melhore ou aposente com base em evidências.

Contrato de prova

Nunca use capturas de tela de faturas como prova.

Registre:

• eventos cotados, autorizados, faturados, pagos, ganhos, reembolsados e ajustados;
• aceitação do cliente;
• versões do sistema e avaliações;
• custos diretos da plataforma, modelo, ferramenta, suporte e tempo do proprietário;
• taxas de conclusão, exceção e incidentes;
• nível de evidência: relatado, revisado por documento, observado por conector ou atestado de forma independente.

Reivindicações públicas exigem consentimento e aprovação humana.

Primeiro sistema de referência

Use examples/request-to-quote-desk como a cabeça de praia.

É para reformas, manutenção comercial, instalações especializadas e serviços técnicos B2B. Ele qualifica solicitações de entrada, solicita informações ausentes, agenda orçamentos amostrais, rascunha cotações não vinculantes, atualiza o CRM e encaminha compromissos comerciais a um humano.

O modelo de validação recomendado é uma implantação fixa com garantia gerenciada recorrente. Não cobre uma taxa de desempenho inicialmente.

Postura de protocolo

• Skills de Agentes carregam conhecimento operacional.
• MCP conecta ferramentas e dados.
• A2A expõe serviços de tarefas remotas e Cartões de Agente assinados.
• AP2 pode representar autoridade de pagamento.
• UCP e ACP podem suportar descoberta e checkout de comércio.
• x402 pode medir endpoints de máquina limitados.

Componha esses protocolos. Não os bifurque nem crie um novo framework de agentes.

A inovação é o serviço e o contrato de prova vinculando principal, resultado, autoridade, versão do sistema, avaliação, economia e evidência.