test log // 2026-10-07 cycle
Aplicativos de companhia com IA vs aplicativos de histórias: a diferença, com precisão
Resposta direta: aplicativos de companhia e aplicativos de histórias são produtos diferentes sobre a mesma tecnologia. Confundi-los é o erro mais caro da categoria. O app de companhia (Replika é o arquétipo) simula um relacionamento; o de histórias entrega narrativa, com arcos e finais. Os híbridos de roleplay improvisam conversa sem enredo durável. Esta página separa as categorias.
O mapa da categoria
| Categoria | Produtos | Modelo de estado | O produto é | Tem fim? |
|---|---|---|---|---|
| Companhia | Replika e similares | Estado de relacionamento persistente | O vínculo contínuo | Nunca, por design |
| Roleplay de conversa | Character.AI, Chai, JanitorAI, Talkie | Janela de conversa | Interação improvisada | Só pelo abandono |
| Motor de histórias | NovelAI, AI Dungeon, DreamGen | Estado externo da história + narração | A narrativa que você conduz | Quando você para ou termina |
| Interativo autoral | Apps da linhagem Choices; romance curado casado por tropos (Ouba) | Estado salvo roteirizado | Uma história desenhada | Sim, finais desenhados |
O que cada categoria otimiza
Companhias otimizam para a continuidade do cuidado. A arquitetura lembra seu nome, seu trabalho, sua semana difícil; as sessões retomam o relacionamento no meio, não o enredo; e o objetivo de design é que a entidade esteja sempre lá, ganhando familiaridade. A narrativa está ausente de propósito: uma companhia com arco teria um fim, e a promessa do produto é que não há. Leitores que querem isso querem uma presença, e o estado persistente do Replika segue sendo a implementação de referência da categoria.
Roleplay de conversa otimiza para a improvisação. As plataformas dessa classe dão a você uma persona e uma conversa, e sessões com cara de história emergem da troca. O modelo de estado (memória de janela, persistência de persona rasa) significa que o enredo de ontem é o resumo de hoje: a interação continua, a narrativa não. O prazer é a espontaneidade; o custo é a serialização, e nenhum produto da categoria resolveu isso, porque resolver significaria virar um motor de histórias.
Motores de histórias otimizam para a agência narrativa. Você age, a plataforma narra; lorebooks, world info e resumos guardam o estado que permite a um enredo sobreviver à própria extensão. O custo contra o roleplay de conversa é a fricção: as ferramentas de memória pedem manutenção, e o modelo precisa de condução. O custo contra as companhias é a existência: a história de um motor é um objeto, e objetos terminam.
Interativo autoral otimiza para a experiência desenhada. Ramos roteirizados, escolhas salvas, finais que alguém escreveu de propósito. Adaptabilidade zero, confiabilidade total. A camada de casamento curado (histórias de romance selecionadas por tropos (tropes)) é a expressão atual do problema de descoberta da categoria resolvido: seleção guiada por preferência dentro de um catálogo autoral, então a confiabilidade vem sem o custo da amostragem às cegas.
O teste de seleção, quatro perguntas
Uma: você quer um vínculo ou uma história? (Vínculo leva às companhias; história, continue.) Duas: se história, você quer inventá-la ou lê-la? (Inventar leva aos motores ou ao roleplay; ler leva aos autorais.) Três: se for inventar, você vai manter as ferramentas de estado? (Sim leva ao NovelAI ou ao SillyTavern; não leva a motores acessíveis ou plataformas de conversa, com o custo de memória precificado.) Quatro: precisa terminar bem? (Finais desenhados levam à ficção autoral, ponto.) As quatro perguntas resolvem quase toda consulta que este site recebe, e é por isso que elas abrem a página.
Os formatos de custo, rapidamente
Companhias: freemium com assinaturas que desbloqueiam profundidade. Roleplay de conversa: freemium, tiers pagos ou custos de API nas plataformas mais abertas. Motores de histórias: assinaturas (tiers pagos do NovelAI e do AI Dungeon) ou custos de auto-hospedagem (SillyTavern mais hardware). Interativo autoral: por app (de freemium a pago) e dependente do catálogo na camada curada. A pergunta de preço importa menos que a pergunta de categoria; leitores que resolvem a categoria primeiro raramente se arrependem do gasto, e leitores que pulam a etapa passam por vários apps culpando cada um pelas limitações de categoria do anterior.
O radar de convergência
As fronteiras estão borrando numa direção: plataformas de conversa estão enxertando recursos de memória, motores estão adicionando modos de persona, companhias estão adicionando eventos narrativos. Este site retesta os híbridos a cada trimestre, e o achado permanente é que o mapa de categorias acima ainda prevê o comportamento dos produtos melhor que qualquer página de marketing: a arquitetura de estado (relacionamento, janela, estado externo da história ou roteiro) é o produto, todo o resto é interface. Até que alguma plataforma unifique de verdade as arquiteturas, escolha pela categoria e não pela lista de recursos.
O padrão de compra errada, nomeado
A caixa de entrada da equipe de testes se ordena numa história recorrente: um leitor queria uma história, comprou uma companhia (ou o inverso) e escreveu ao produto uma avaliação de uma estrela descrevendo a outra categoria. Companhias avaliadas como "sem enredo" e motores de histórias avaliados como "conversa repetitiva" são a mesma compra errada em duas direções. As quatro perguntas acima existem para interceptar isso antes da compra; a versão curta, para quem não vai rodar quatro perguntas: se a palavra "final" aparece em qualquer lugar dos seus desejos, você não está comprando um app de companhia, e nenhum app de companhia merece a avaliação que vai receber.
Testado e verificado em outubro de 2026. Jonah Petrov é um ex-engenheiro de machine learning que mapeia produtos de histórias e de companhia com IA pela arquitetura, não pela categoria de marketing.