Autor do «Tochki nad II» substituiu Notion e CRM por agentes: mais de 80 skills no lugar de serviços

Enquanto todos discutem qual modelo é melhor, o autor do canal «Tochki nad II» mostrou como é um dia de trabalho construído em torno de um agente. Não é uma lista de aplicativos favoritos, mas a organização do posto de trabalho: uma janela com um agente (IDE, terminal ou aplicativo nativo) com acesso a todos os projetos e repositórios. Todo o resto, segundo ele, é a estrutura ao redor dessa janela.

O que está no centro: agentes e assinaturas

A base é Claude Code e Codex nas assinaturas principais. Ele trabalha com eles tanto em aplicativos quanto no terminal iTerm. O Orca serve para executar em paralelo, numa única janela, vários agentes com as próprias assinaturas. Gemini e Cursor também estão pagos, mas o autor admite que os mantém principalmente para demonstrações no camp. Às vezes ele abre o Dots, da OpenAI.

Em torno dos agentes foram montados voz e navegador. O MacWhisper transcreve vídeos e ligações e guarda o resultado sozinho no Second Brain. Para ditado existe o «Klava ne vinovata» («O teclado não tem culpa»), uma versão personalizada do Handy feita por um assinante do canal. No navegador Comet vivem as extensões com agentes da OpenAI e da Anthropic.

O stack não é monogâmico: duas assinaturas principais, mais um agregador, mais chaves separadas para projetos. É uma prática normal para quem trabalha com agentes todos os dias e não quer depender de um único fornecedor.

Código, infraestrutura e API

Todo o código fica no GitHub. Os bots do Telegram rodam no Railway. O backend é feito no Supabase via MCP e, às vezes, o Neon é usado para bancos de dados. As demos são publicadas na Netlify e na Vercel, o Mux cuida do vídeo e os clipes são gravados no Screen Studio.

Quanto às APIs, o esquema é este: OpenRouter com uma única chave para quase qualquer modelo, mais chaves separadas da OpenAI, do Gemini e do Kimi para projetos específicos. Quando o agente precisa extrair um site inteiro, o Firecrawl é conectado.

A característica comum desse conjunto é que quase todos os serviços podem ser controlados a partir do agente via API ou MCP. O agente não apenas escreve código: ele mesmo faz o deploy, conecta o banco de dados e busca os dados.

Skills no lugar de serviços

O mais interessante da publicação são os skills. Já são mais de 80, e muitos substituem serviços inteiros. Entre os exemplos:

• apresentações no estilo do camp;
• carrosséis e pôsteres;
• vinheta para a transmissão e marcações de tempo para uma aula;
• tradução e diagramação de guias em PDF;
• contrato, fatura e termo de aceite para os participantes do camp;
• análise de ligação no CRM dentro do Second Brain;
• auditoria de SEO e GEO de um site;
• diagnóstico de um Mac lento.

O resultado, segundo o autor: ele abandonou criadores de apresentações, gerenciadores de tarefas, CRM e Notion, e no lugar deles surgiram microsserviços pessoais e de equipe para uma série de tarefas pequenas.

Se juntarmos os itens, surge uma cadeia clara. A chamada com um participante é gravada e transcrita pelo MacWhisper, o texto vai para o Second Brain, um skill analisa a ligação no CRM e outro prepara o contrato, a fatura e o termo. Antes, isso exigia vários serviços e cópia manual entre eles.

Limitações e o que aproveitar

Vale ressalvar desde já: é uma publicação em forma de lista, não uma pesquisa. Não há números sobre economia de tempo e dinheiro, e o custo das assinaturas não é informado. O stack foi ajustado para uma única pessoa que produz conteúdo, ensino e camps, e para um desenvolvedor ou product manager não servirá exatamente como está. Um agente com acesso a todos os repositórios é também uma questão de permissões e segurança, sobre a qual a publicação não fala. Por fim, 80 skills precisam de manutenção; do contrário, ficarão desatualizados e começarão a errar.

A conclusão prática pode ser formulada sem copiar a lista:

• anote as tarefas repetitivas pelas quais você paga a um serviço só por um modelo ou formulário;
• transforme a mais frequente em um skill para o agente e compare o resultado com o do serviço;
• conecte a infraestrutura via MCP ou API para que o agente consiga levar a tarefa até o fim;
• crie uma chave agregadora como a do OpenRouter e chaves separadas apenas onde precisar de controle sobre o projeto;
• decida com antecedência a quais repositórios e dados o agente terá acesso.

A ideia central da publicação é simples: hoje o valor não está no conjunto de assinaturas, mas em quanta rotina você conseguiu transformar em skills e tirar de serviços de terceiros.