Quando olhei para trás e analisei 8 posts no X que acumularam um total de 14,5 milhões de impressões no exterior, encontrei muitos métodos de uso que nunca tinha visto no Japão.
Neste artigo, vou traduzir todos os 8 padrões comparando-os com minha própria área de atuação. Ao final da leitura, você já terá decidido uma coisa para testar amanhã.
O que você vai aprender neste artigo
Uma visão geral de 8 padrões práticos extraídos de 8 posts virais do exterior (14,5 milhões de impressões no total).
A estrutura de cada padrão, referências internacionais, como usá-los na sua própria área e propostas específicas para "se você fosse adaptá-los".
Registros reais de experiência verificados em cursos de Claude Code, clientes de consultoria e grupos de estudo. Você não precisa fazer tudo. O objetivo é começar com aquele que mais ressoa com você.
O problema dos "30% de utilização" ignorado no Japão
Recentemente, tenho recebido muitas consultas como esta...
"Estou pagando $200 por mês, mas não entendo direito a diferença para o ChatGPT."
"Conheço termos como skills, subagentes e MCP, mas não sei como conectá-los ao meu negócio."
"Mesmo seguindo informações japonesas, só vejo dicas fragmentadas e não consigo ter uma visão do todo."
Grande parte da utilização do Claude Code discutida no Japão é focada em programação.
A utilização além disso — memória em 3 camadas. Divisão de trabalho com subagentes. Design de tokens. Conexão com negócios via MCP.
Embora esses temas sejam compartilhados como "camada padrão" no exterior, quase não existem artigos que os discutam de forma sistemática em japonês.
Isso não é um problema individual; é estrutural. Por isso, estou traduzindo os 8 padrões usados no exterior através do filtro da minha própria área.
Padrão 1: Construindo a memória do Claude em "3 camadas"
@aiedge_ (1,93 milhão de impressões) afirmou categoricamente: "A memória padrão do Claude é basicamente lixo. Ele esquece o contexto toda vez, e você acaba tendo que refazer as mesmas explicações."
Essa é uma dor que todo mundo que começa a usar o Claude seriamente passa pelo menos uma vez.
Algo que ele deveria lembrar até ontem desaparece hoje. Seu estilo, que ele deveria conhecer, volta a ser um primeiro encontro em outra sessão.
É o momento em que a confiança na IA de repente.
A solução é construir a memória em três camadas. Eu opero com a mesma estrutura.
CLAUDE.md (Regras Persistentes): A camada onde você escreve políticas que nunca quer que ele esqueça. Coloque estilos gerais aqui, como "Responda em japonês", "Não escreva avisos legais" e "Não abuse do negrito".
Memory (Aprendizado Automático): A camada que aprende sozinha durante a conversa. Julgamentos passados, nomes próprios e formatos usados comunsados são acumulados automaticamente.
RAG (Pesquisa de Conhecimento Interno): A camada que torna pesquisáveis atas e materiais. Em vez de colocar Markdown bruto, processe-o em um formato pesquisável.
Expliquei essa estrutura de 3 camadas na 3ª sessão do curso de Claude Code. "Apenas colocar conhecimento localmente não significa que o Claude pode pesquisá-lo. Você precisa processá-lo, salvá-lo e torná-lo pesquisável."
Se você fosse adaptar isso, a ordem seria:
Passo 1. Escreva "regras que você nunca quer que ele esqueça" em 10 linhas no CLAUDE.md.
Passo 2. Ative a função Memory e deixe acumular coisas que você quer que ele lembre acumularem na conversa.
Passo 3. Torne atas passadas, PDFs e artigos pesquisáveis com RAG.
Apenas construindo nesta ordem, você se livrará de ter que reexplicar toda vez. No momento em que você construir, sentirá claramente que "a precisão do Claude está em outro nível".
Há apenas uma precaução.
Não escreva uma quantidade massiva de texto no CLAUDE.md. Quanto mais aumenta, mais o Claude é forçado a "julgar prioridades" em vez de olhar para tudo. Se for provável que exceda de 10 linhas, é mais eficaz recortá-lo em um arquivo separado e fazê-lo lê-lo. A memória não funciona apenas colocando; só funciona se você a projetar.
Padrão 2: Assumindo o trabalho de 5 pessoas em um único laptop
@rohit4verse (3,36 milhões de impressões) escreveu: "Uma empresa construída com dinheiro arrecadado em uma rodada inicial agora cabe em um único laptop. Você não precisa de cofundadores ou agências. Você, um editor e alguns agentes podem fazer o trabalho de cinco pessoas."
Trabalho que custaria milhões para contratar ou terceirizar agora pode ser lidado por uma pessoa, dependendo do design. Isso ressoou porque ele disse com calma, sem exagero: "Já está contido."
Parece chamativo, mas está realmente acontecendo na prática.
Um CEO que consultor que consultor que atendo passa 10 horas por dia focado no Claude Code. Ele cria materiais de vendas baseados em HTML na hora e até faz o ajuste fino sozinho.
Estruturar trabalho que ele costumava pedir a subordinados agora termina em 30 minutos nas próprias mãos do CEO.
A estrutura permite que o próprio CEO assuma mais da metade do trabalho antes feito por subordinados diretos.
Se você percebe o Claude como uma "ferramenta de suporte à programação", nunca alcançará este patamar. Não se trata de tornar uma tarefa mais eficiente; trata-se de mudar a "unidade de decomposição" do negócio.
Se você fosse adaptar isso, a primeira pergunta não é como usar a ferramenta. É "Qual parte do meu negócio devo deixar para os agentes para os agentes para que eu possa fazer o trabalho de cinco pessoas sem aumentar a equipe?"
Criar resumos de atas
Estruturar materiais de vendas
Gerar continuamente rascunhos para posts em redes sociais
Só essas três coisas liberam as mãos de uma pessoa. Essas mãos liberadas podem ser voltadas para julgamentos que só humanos podem fazer.
Também vou escrever uma armadilha comum.
Se você pensar em "colocar IA no lugar de pessoas", geralmente vai falhar.
O que você deve fazer é "deslocar todo o trabalho que as pessoas não precisam fazer para a IA, e aumentar as áreas que só as pessoas podem fazer." Se você inverter a ordem, as expectativas em relação à IA vão inflar, e você vai acabar voltando ao método antiga.
Padrão 3: Utilização hierárquica de configs / plugins / skills / subagentes
@0x_kaize (1,39 milhão de impressões) refletiu: "Eu achava que o Claude Code era só uma ferramenta de programação. Ele se tornou outra coisa depois que descobri configs / plugins / skills / subagentes."
Não se trata de operação; trata-se de estrutura.
Quanto mais as pessoas usam o Claude, mais elas acham "apenas uma ferramenta de programação" insuficiente. No momento em que um mapa da hierarquia funcional, uma realização: "O que eu vagamente sentia que deveria existir mais na verdade existe como um sistema."
Se você quer que ele faça tarefas específicas, escreva uma skill.
Se você quer delegar julgamentos de domínio profissional a ele, coloque um subagente.
Se você quer que regras transversais entrem em vigor, force-as com arquivos de configuração e hooks.
Expliquei isso no seminário gratuito sobre Claude Code x Remotion. "Skills são para tarefas específicas. Em contraste, subagentes são artesãos técnicos. A técnica do artesão e o subagente artesão são camadas diferentes."
Se você fosse adaptar isso, o primeiro passo é escrever uma "tarefa que você está repetindo".
Agregação de dados feita toda sexta-feira
Resumir informações do cliente antes de uma reunião
Tarefas simples como corrigir legendas
Tudo isso pode ser transformado em skills. Uma vez que são skills, o Claude vai lembrar o "usual" e começar a funcionar sozinho.
A partir daí, se você descer para as camadas de subagentes, hooks e configurações, o Claude se transforma em um dispositivo que abriga "outro você" dentro do editor.
Um erro comum é tentar começar com subagentes imediatamente.
A maneira correta é colocar subagentes como papéis para agrupar skills "depois que uma certa quantidade de skills for reunida." Se você colocá-los primeiro, acaba preparando apenas o cérebro sem as mãos e os pés que ele deveria agrupar.
Padrão 4: A solução realista para contornar limites de token em 10 minutos
O artigo escrito por @milesdeutscher (5,18 milhões de impressões) se destacou entre os oito. "Como nunca mais se preocupar com os limites de token do Claude em 10 minutos."
É um título chamativo, mas o conteúdo era bastante fundamentado e realista.
Existem duas razões pelas quais viralizou.
Os limites de token são um ponto de dor comum para todos.
E a solução não era "faça upgrade do plano" ou "pague mais", mas "mude a operação."
Ressoou porque apresentou uma solução através do design, em vez de jogar dinheiro no problema.
Se você continuar usando o plano de $200, um limite chega de repente no meio de um prompt profundo. Sua concentração é quebrada, e mesmo se você tentar continuar, não consegue mais mexer naquele dia. É menos um problema de produtividade e mais um problema de impulso. Uma hora de trabalho focado é destruída por um único limite.
Eu mesmo operei com um único plano de $200/mês por muito tempo. Não me importava muito com o contexto e costumava alimentá-lo com todo o histórico em Markdown. Mesmo assim, estranhamente, raramente batia o limite.
A razão era que eu estava executando skills separadas para suprimir tokens.
Primeiro, faça um resumo
Descarte o contexto antigo
Se notar que o Markdown estiver inchado, apare na hora
Transforme isso em skills e deixe o Claude fazer automaticamente. O lado humano não precisa estar consciente disso.
Se você fosse adaptar isso, a primeira coisa a fazer é olhar para "o que você costuma alimentar em excesso para o Claude."
Você está jogando textos longos? Você está copiando e colando atas antigas toda vez? Você está colocando novas perguntas enquanto deixa preâmbulos desnecessários?
Se você se encaixa em algum disso, o limite é um problema de operação, não de capacidade. Se você mudar a operação antes de fazer upgrade do plano, você quase sempre pode contorná-lo.
Por outro lado, se você fizer upgrade do plano sem estar consciente disso, estará apenas despejando desperdício na quantidade do upgrade. É como pensar que comprou tempo com dinheiro, mas na verdade comprou hora extra com dinheiro. O limite não é uma punção; é um alerta para você revisar sua operação.
Padrão 5: Tornar-se mais afiado ou tornar-se oco com o uso
@rohit4verse escreveu algo próximo de um aviso em outro artigo: "Não há neutralidade em como você usa IA. Você se torna mais afiado ou se torna oco. A maioria das pessoas está se tornando oca, e só percebem no momento em que se afastam."
Este é o único "aviso sobre uso excessivo" entre os 8 padrões.
Em uma linha do tempo cheia de "você pode ser mais eficiente" e "será mais rápido assim", ele afirmou primeiro: "Se você usar errado, você mesmo vai se deteriorar."
Não se destacou por ser uma opinião contrária às dicas. Ressoou porque acertou o cerne com base em fatos.
Digo algo semelhante na 2ª sessão do curso de Claude Code. "Se você dominar como usar, você será capaz de utilizar a IA um ou dois passos adiante. Por outro lado, se você usar errado, seus músculos de pensamento vão atrofiar primeiro."
Isso corresponde à minha própria experiência.
Pessoas que deixam tudo para a IA e relaxam se tornam visivelmente mais lentas em seis meses. Pessoas que continuam pensando por si mesmas enquanto delegam crescem como pessoas diferentes em seis meses.
A diferença é quase invisível no início, mas depois de seis meses, se torna uma distância intransponível.
Se você fosse adaptar isso, um critério é suficiente.
"Você consegue reformular a saída do Claude com suas próprias palavras?"
Se você consegue reformular, essa informação está dentro de você.
Se não consegue, ela só passou por você.
Apenas tenha o hábito de verificar isso todos os dias. Só isso já impede você de pisar na linha de se tornar oco.
Se você notou recentemente um aumento em "vezes que você apenas cola a saída do Claude e pronto", considere um sinal amarelo. O que resta quando você solta a ferramenta é sua verdadeira habilidade.
Padrão 6: Olho discernente de 900.000 skills para 23
@Mnilax (233 mil impressões) escreveu sobre estes números: "Claude Skills passou de 16 para 900.000 em seis meses. Principalmente ruído. Apenas 23 que mudaram o trabalho para sempre permaneceram."
De 16 para 900.000 em seis meses. Um aumento de 10.000 vezes.000 vezes. Destas, 23 permaneceram para sempre. 0,0026%. Essa taxa de seleção esmagadora foi uma história por si só só pelo título.
Tanto aqueles que "criam" quanto aqueles que "usam" skills vão quebrar se não tiverem uma estratégia de eliminação.
Eu também adiciono e removo minhas próprias skills toda semana. O critério é simples: "Se não usei uma skill por 3 semanas, duvido dela naquele ponto."
Skills que continuo usando são melhoradas com correções. Se não há espaço para melhoria, aquela skill não é mais necessária para o meu negócio.
Falo sobre isso nos workshops do curso de Claude Code. "Tarefas repetitivas como correção automática de legendas devem ser transformadas em skills. Crie uma skill, corrija-a e melhore-a. Não pare este loop."
Se você fosse adaptar isso, o primeiro passo é "medir se você usou", não "criar".
Passo 1. Crie uma skill.
Passo 2. Anote a data em que a criou.
Passo 3. Três semanas depois, conte quantas vezes a usou.
Se foi menos de 3 vezes, o design dessa skill é fraco. Refaça-a ou exclua-a. Só quem consegue completar este ciclo pode ficar do lado de "fazer crescer" seu Claude.
Uma armadilha comum é a ilusão de que "quanto mais você cria, melhor." Skills não ganham valor à medida que aumentam; apenas as selecionadas são eficazes. O mesmo vale para coletar skills dos outros; no momento em que você coloca quantidade, o Claude começa a hesitar no julgamento. Não se trata de "ter", mas sim "se você ainda está usando 3 semanas depois" que é o verdadeiro indicador.
Padrão 7: Uma skill por fim de semana, 70 horas se tornam 30
@av1dlive (1,41 milhão de impressões) soltou uma frase poderosa: "Você pode construir uma empresa de bilhões de dólares em um fim de semana com IA. Você só precisa de uma skill."
Uma empresa de bilhões de dólares é um exagero, mas é verdadeiro como ponto estrutural.
A razão pela qual viralizou foi a baixa barreira.
Apenas uma skill. Você só precisa de motivação suficiente para aquele fim de semana.
Pessoas que geralmente pensam "vou encarar isso direito um dia" são esmagadas pelo peso desse "um dia". No momento em que você comprime para "uma por fim de semana", o custo psicológico da ação despenca.
Faça um protótipo que funcione durante o fim de semana. Tente usá-lo no trabalho real a partir de segunda. Se não funcionar, descarte-o. Se funcionar, melhore-o.
Se você não parar essa rotação, o Claude se transformará em um aliado em ritmo acelerado.
No Grupo de Estudo de Claude Code para Iniciantes, digo:
"Em cerca de uma hora, você pode fazer algo que funciona. Se você está trabalhando 70 horas por semana, pode comprimir para cerca de 30 horas com Claude Code."
Isso não é um número teórico; é uma taxa de compressão que realmente aparece em múltiplas áreas.
Se você fosse adaptar isso, reduza o trabalho que você faz no fim de semana a um.
Reduza uma tarefa que leva 30 minutos diariamente para 5 minutos.
Reduza uma tarefa que leva 1 hora uma vez por semana para 5 minutos.
Reduza uma tarefa que leva meio dia uma vez por mês para 30 minutos.
Apenas uma dessas já é suficiente. Se uma for reduzida, você terá a folga para criar a próxima skill com esse tempo. O tempo livre aumentará com juros compostos a partir daí.
Cuidado para não "tentar fazer grande demais desde o início."
Se você mirar na perfeição durante o fim de semana, terá apenas algo inacabado na manhã de segunda. Complete uma coisa mínima que funcione, implante-a em combate real na segunda-feira e ajuste-a com base na sensação de uso durante a semana. Um protótipo não é algo que você faz bonito; se estiver funcionando na segunda-feira, você venceu.
Padrão 8: Conectando todo o negócio com servidores MCP
O que @eng_khairallah1 (695 mil impressões) escreveu foi o mais avançado entre os 8 padrões. "Há um grande equívoco de que os servidores MCP são apenas para desenvolvedores. Eles são, na verdade, uma ponte entre a IA e o mundo exterior. Com isso, você pode até mesmo para pedidos de alto valor que não envolvem desenvolvimento."
No mundo de desenvolvimento."
No mundo de língua japonesa, MCP ainda é entendido como uma "tecnologia para desenvolvedores." Ao afirmá-lo como um "conector padrão conectando IA e negócios", o público-alvo se expandiu de uma vez. MCP é como USB.
Conecte-o, e o Claude e os serviços externos começam a se comunicar.
Neste ponto, o Claude não é mais apenas uma existência dentro do editor.
No meu próprio sistema, tenho múltiplos servidores MCP constantemente, como UTAGE, CMKiller, claude-in-chrome e Google Drive.
Distribuição automática para LINE. Pesquisa de gravações passadas. Operação do navegador. Vinculação de documentos. Tudo isso está em um estado onde pode ser chamado do lado do Claude.
Também me aprofundo nisso na 3ª e 4ª sessões do curso de Claude Code. "Primeiro, verifique se os serviços que você costuma usar podem ser conectados via MCP. Se não, há também a opção de substituir com Playwright."
Se você fosse adaptar isso, o ponto de partida é escrever todas as "telas que você está atualmente tocando manualmente" no seu negócio.
Cliente de e-mail
Calendário
Planilha
Gerenciamento de clientes
Ferramentas de distribuição
Conecte aqueles que podem ser conectados via MCP naquele dia. Para aqueles que não podem, automatize o navegador com Playwright. Combinar ambos torna todo o negócio operável a partir do Claude.
Como nota, MCP não se trata de "quanto mais serviços você conectar, melhor." Se você conectar todas as telas que toca apenas uma vez por dia, apenas o custo, apenas o custo de inicialização e a latência aumentarão. Os três primeiros três em ordem de frequência de toque.
Se você reduzir e conectá-los, sentirá a alocação de tempo do seu trabalho diário mudar em uma semana. Você pode expandir depois disso.
O que os 8 padrões indicam
Vamos revisá-los do início novamente.
- Construa a memória em 3 camadas
- Assuma o trabalho de 5 pessoas em uma máquina
- Use a hierarquia de configs / plugins / skills / subagentes
- Contorne os limites de token através da operação
- Fique do lado de se tornar mais afiado com o uso
- Continue eliminando skills
- Aumente criando uma por fim de semana
- Conecte todo o negócio com MCP
Olhando para eles juntos, isso não era uma "escada para aprender funções", mas uma "escada para mudar sua maneira de pensar."
Começa com a história da memória e termina com a conexão de todo o padrão era sobre como projetar sua maneira de trabalhar, não como usar a ferramenta.
O primeiro passo
Foi longo, então vou comprimir em 3 pontos no final.
Claude Code não é uma "ferramenta de programação", mas um dispositivo de design para todo o negócio. O eixo de avaliação não é "ficou mais rápido", mas se a "unidade de decomposição do negócio" mudou. Não se trata de tornar uma tarefa mais eficiente, mas de aumentar as áreas que só as pessoas podem fazer.
O que os 8 padrões tinham em comum era uma "escada para mudar sua maneira de pensar." Memória, número de pessoas, hierarquia, limites, dependência, seleção, seleção, velocidade, conexão. À medida que você sobe nessa ordem, sua abordagem ao Claude Code muda passo a passo.
E esses 8 padrões, compartilhados como "camada padrão" no exterior, simplesmente não foram sistematizados em japonês ainda. Você não precisa fazer tudo. Traduza aquele que ressoou com você para o seu próprio negócio. Se você continuar isso por seis meses, a relação entre o Claude e você será completamente diferente.
Por favor, use a palavra "poder de design" como uma arma.
Da era de usar para a era de construir. A forma de utilizar o Claude Code já mudou.
Dito isso, acho que a maioria dos donos de negócios acha difícil incorporar esses 8 padrões em seus próprios negócios.
Para essas pessoas, resumi exemplos reais de como estou construindo tudo, desde anúncios, LPs, distribuição por LINE, até geração de conteúdo com Claude Code.
"100 Desafios de Utilização Essencial do Claude Code para Donos de Negócios"
Acesse aqui.
https://utage-system.com/line/open/byRw0azrc4B8?mtid=TtuzaXM1C2dl
