A gente vai sofrer uma revolução muito rápida. Os agentes pessoais já estão no caminho: Dots, Grok Bot e Muse. A capacidade nova não é o chat. É o computador interno, na nuvem: browser, arquivo, login nas ferramentas, trabalho com o notebook fechado. Os de sessão já estão no loop de quem escreve software: Cursor, Claude Code, Codex, Windsurf. Nenhum dos dois entra pela vitrine. Eles compram o trabalho no depósito. Por isso um mercado novo está surgindo nos EUA.
O nome tira um A. SaaS é Software as a Service. SaS é Service as Software. O depósito serve CRM, marketing e atendimento: caso sem abrir o Salesforce, campanha sem abrir o Adobe, e-mail que vira deal sem abrir o HubSpot. Em abril de 2026 o Salesforce Headless 360 e a Adobe CX Enterprise já abriram essa porta.
Eu já rodava isso. O Hermes era o meu agente pessoal, numa VPS na nuvem: computador ligado, trabalho sem o notebook aberto. Agora essa peça existe para todo mundo. Dots, Grok Bot e Muse são a mesma ideia no celular e no desktop, sem montar servidor. Quando o pessoal ganhou esse computador de fábrica, o SaaS que eu pago deixou de parecer tela. Passou a parecer depósito. O mapa abaixo é o que esse mercado já abriu.
Índice
- 1. SaS não é SaaS com chat
- 2. Dois compradores: agente pessoal e agente de sessão
- 3. Quatro gavetas do que já existe
- 4. Quem paga a conta
- 5. O assento quebra. O crédito ainda não resolve
- 6. O que Staff desenha quando a vitrine some
- 7. Oportunidades, e o que não é
1. SaS não é SaaS com chat
SaaS é Software as a Service: você paga o assento e opera a ferramenta. SaS é Service as Software: o vendor vende o serviço feito. A Thoughtworks e a HCLTech escrevem a inversão com um A a menos. Não é o SAS da analytics. Não é AIaaS (aluguel de modelo).
Headless é o depósito, não a sigla do negócio. Em 2018 era Contentful sem frontend. Em 2026 a ajuda do Salesforce resume: a API é a UI. Headless 360 é guarda-chuva, não um SKU. Sem headless, o agente não entra. Sem SaS, você só colou um chat na vitrine e cobrou o mesmo assento.
A CX Today descreveu quatro jeitos de vender isso. Eu fico com dois, porque são os que mudam a fatura:
| Jeito | O que o cliente compra | Exemplo com URL |
|---|---|---|
| Plataforma sem vitrine | O CRM, o marketing ou o workflow já existentes, agora chamáveis pelo agente | Salesforce Headless 360, Adobe CX Enterprise |
| API que nunca teve vitrine | Pagamento, identidade, mensagem. O humano nunca foi o usuário principal | Stripe, Twilio, Plaid. Ancestral, não novidade de 2026 |
Cena didática. Não é telemetria. O vendedor manda no Dots: "atualiza o caso 8821 para waiting_customer e avisa o cliente". O agente pessoal não abre o console. O computador dele, na nuvem, pede ao depósito a ação, lê o contrato e dispara. O humano só vê o card se a regra pedir veto.
O mecanismo, sem chamar a API: quatro verbos, não quatro mil botões. No MCP Headless 360, em beta desde julho de 2026, os verbos são Discover, Describe, Dispatch e Dispatch só-leitura. A superfície do agente fica pequena. O catálogo de operações cresce atrás.
Se a sua empresa só colou um chat na tela antiga, isso ainda é vitrine com balconista. Headless é quando o balconista some e o depósito atende o agente direto.
2. Dois compradores: agente pessoal e agente de sessão
O mercado americano não tem um comprador só. Tem dois. O blog de developers da Salesforce já separa MCP de coding agent e MCP de business agent. Eu uso os nomes que cabem no dia a dia.
Agente pessoal vive fora do IDE. Dots (OpenAI), Grok Bot (xAI) e Muse (Meta). O que eles vendem não é um balcão de chat. É um computador interno que roda na nuvem. A docs do Dots descreve máquina e browser próprios, e o trabalho segue com o seu PC desligado. O anúncio do Grok Bot fala a mesma peça: computador persistente na nuvem, login nas ferramentas, só volta quando precisa de aprovação. A Muse roda no Muse Secure VM, um computador dedicado com browser, no app ou no WhatsApp. Muse Spark no Cursor é modelo de sessão. Não misture com o agente pessoal da Meta.
O humano manda a tarefa. O agente continua. Esse computador também sabe abrir a vitrine. O Grok Bot, no mesmo anúncio, entra em site sem API ou MCP. Isso é colega com laptop alugado. SaS é quando o mesmo computador chama o depósito: caso, deal, campanha, sem clicar na tela.
Agente de sessão vive dentro do loop de engenharia. Cursor, Claude Code, Codex, Windsurf. Contexto alto, tools no repo, PR no fim. Ele também não quer a tela do Salesforce. Quer o mesmo depósito, com crachá de quem está autenticado.
Os dois consomem o mesmo SaaS. A conta de risco é diferente.
| Agente pessoal | Agente de sessão | |
|---|---|---|
| Onde mora | Computador na nuvem, app, WhatsApp | IDE, terminal, CI |
| Trabalho típico | Caso, deal, campanha, aprovação | Metadata, Apex, teste, deploy |
| Quem paga o erro | Cliente, seller, marca | Repo, produção, fatura de token |
| Sensor que falta primeiro | Auditoria do "porquê" | Custo por tarefa e gate de PR |
Eu opero o da direita todo dia. O da esquerda eu conheci no Hermes, na VPS. Dots, Grok Bot e Muse fechando CRM, eu não tenho em produção. Por isso a seção 3 separa cookbook de runtime.
3. Quatro gavetas do que já existe
Não misture numa lista só.
Lab / runtime documentado
O servidor MCP platform/headless-360 está em beta desde julho de 2026. Quatro tools. Produção em https://api.salesforce.com/platform/mcp/v1/platform/headless-360. A docs diz o que eu cobraria num review: se você não pode fazer a ação no Salesforce, o agente também não pode. Object permissions, FLS, sharing, profile. O audit trail atribui a ação a você.
Isso é lab oficial, não o meu lab. Eu não girei esse endpoint.
Receita oficial
- Salesforce, 15 de abril de 2026: anuncia mais de 60 MCP tools e 30+ coding skills para Claude Code, Cursor, Codex e Windsurf. O dev blog soma 4.000+ APIs e 220+ comandos de CLI. MCP entra. A camada de experiência (HXL) sai para Slack, ChatGPT, Teams. "12 dias", "+300% de agentes no Slack", "40% no ciclo de DevOps" aparecem no mesmo anúncio, na boca do vendor ou do cliente do vendor. Não uso esses três como prova.
-
Adobe CX Enterprise, 20 de abril de 2026: agents, skills e MCP, com o Marketing Agent em Claude Enterprise, ChatGPT Enterprise, Gemini, Copilot. Endpoint documentado:
https://cx-coworker-gateway.adobe.io/mcp. - HubSpot connector para ChatGPT: em 26 de fevereiro de 2026 ganhou escrita. Cria e atualiza contato e deal, registra nota e task. Disponível em todos os tiers do HubSpot com conta OpenAI. Bulk: no máximo 10 registros por request.
Repo da comunidade
- Peak é SaaS de marketing que o founder documentou como headless: Skills rodam no Codex ou no Claude Cowork, sem login na vitrine. O site fala em 40+ Skills. Relato de quem vende o produto.
- marketingskills é o outro lado: pack de skills para Claude Code e Codex fazer CRO, SEO e copy sem abrir a ferramenta de marketing. Não é SaS. É o agente de sessão tentando viver sem a vitrine.
Não achei em produção
Não achei, em 2 de outubro de 2026, um SaaS brasileiro de checkout, marketplace ou atendimento vendendo MCP ou Skill como produto, com URL de loja. Delivery no WhatsApp e estorno na loja encaixam. Encaixe não é case. Sem URL, não sobe de gaveta.
4. Quem paga a conta
Quando o texto fala de mercado, a pergunta é quem escreve o boleto, não qual protocolo.
| Negócio | O que o agente faz no depósito | Limite no mesmo bloco |
|---|---|---|
| Central de atendimento | Fecha caso, pede documento, escala exceção | Sem trilha de "porquê", vira processo invisível. A CX Today já relata time dizendo que a visão é clara e a operação suja não está pronta |
| CRM / vendas | E-mail vira deal, contato e empresa | HubSpot limita bulk a 10. Sem permissão de escrita, é chat com leitura |
| Marketing | Skill de campanha, imagem, segmento | Peak e Adobe são cookbook. Eu não medi ROI |
| Marketplace e loja de pedido | Status, estorno, split, antifraude | Encaixe. Sem URL de produto headless BR que eu possa apontar |
| Delivery no WhatsApp | Pedido, cancelamento, atraso | Encaixe. O canal já é conversa. Isso não prova que o backend é headless |
A Deloitte, em novembro de 2025, escreveu o que o hype não escreve: agente, como API, é headless. Ainda assim precisa de um lugar para ver, reverter e auditar. A vitrine não morre. Ela vira sala de controle.
A mesma Deloitte prevê que substituir o app enterprise inteiro por agente não é 2026. Fala em cinco anos ou mais. Gartner, citado ali, projeta que até 2030 cerca de 35% das ferramentas SaaS pontuais sejam substituídas por agente ou absorvidas no ecossistema maior. Forecast. Não é telemetria da sua loja.
5. O assento quebra. O crédito ainda não resolve
O assento assume um humano na vitrine. SaS assume um humano no veto e N agentes no depósito. A fatura fica torta dos dois lados: o vendor perde login, o cliente paga token sem saber se a tarefa fechou.
O PricingSaaS, 2º trimestre de 2026 achou agente em 592 de 4.060 empresas: 14,6%. 70% ainda vêm no plano. Entre as 46 que mostram unidade medida, 30 (65%) cobram em créditos. Forecast de analista eu deixo na seção 4. Aqui o que importa é a fatura de agora.
Cena didática. Não é telemetria. Junho: 40 assentos. Julho: o time liga o connector. Dez pessoas e três agentes pessoais fecham o mesmo volume. O CFO pergunta se cancela 20 assentos. O vendor pergunta se cobra crédito por Dispatch. Ninguém junta "quem", "qual ação" e "qual resultado".
Unidade boa: ação de negócio com identidade. deal.created, case.closed, refund.approved. Token e crédito são proxy. "Aumentou receita" é contrato que quase ninguém audita ainda.
6. O que Staff desenha quando a vitrine some
O coding agent continua sendo modelo + harness. Isso eu já escrevi na estratégia. O SaaS que o agente consome precisa do mesmo par: guia antes, sensor depois. Sem os dois, o depósito trabalha no escuro.
| O que desenhar | Guia | Sensor |
|---|---|---|
| Identidade | Crachá e permissão iguais aos do humano | Audit no mesmo sujeito. Docs do Salesforce: se você não pode, o agente não pode |
| Catálogo | Discover e Describe, não 4.000 tools no prompt | Log da ação descrita e da ação disparada |
| Fatura | Unidade de negócio no contrato | Replay: ação + identidade + resultado |
O risco que o anúncio esconde: na docs do Grok Bot, os Bots do mesmo usuário compartilham computador, login e sessão. Crachá do diretor no agente pessoal escreve o CRM inteiro.
7. Oportunidades, e o que não é
Três frentes que pagam trabalho de Staff:
- Depósito. Quatro verbos no SaaS que você já tem. Peak vende o workflow, não a tela.
- Sala de controle. Identidade, veto e fatura replayable para N agentes em M SaaS.
- Conector chato. HubSpot: leitura, depois escrita, bulk pequeno, permissão explícita.
Três que não pagam:
- Scraping da vitrine vestido de agente. Quebra no seletor, não no contrato.
- Matar a UI antes do veto. A Deloitte acerta: precisa existir um lugar para ver e reverter.
- Delivery no WhatsApp como case só porque o canal já é conversa. Sem API de pedido, é chatbot.
[ ] A ação existe sem a tela? (API ou MCP, não DOM)
[ ] O agente descobre a ação em runtime?
[ ] A permissão é a do humano, com audit no mesmo sujeito?
[ ] Tem Dispatch só-leitura antes do que escreve?
[ ] A fatura aponta ação + identidade + resultado?
O que eu meço é downshift try: holdout 95,7% no MiniLM, em inglês. CRM headless, para mim, ainda é cookbook. Isso só vira SaS quando a fatura cobra o trabalho, não o assento.
Para debater: no SaaS que você constrói ou paga, o que acontece na segunda-feira?
- A) Expor uma ação de negócio por MCP ou API e medir Dispatch com identidade.
- B) Ligar um connector pronto (HubSpot, Salesforce, Adobe) só em leitura, com veto humano.
- C) A vitrine ainda é o produto. O agente, se existir, está colado no chat da home.
Conta qual letra e qual ação de negócio você exporia primeiro.
Top comments (0)