De "Raising Claude Code" para "Self-Growing Claude Code" — O Poder do Metabolismo

@0xfene
JAPONÊShá 2 meses · 12 de mai. de 2026
227K
553
46
2
1.3K

TL;DR

Vá além das atualizações manuais e adote um sistema metabólico para o Claude Code. Aprenda a automatizar a absorção de conhecimento, usar ciclos de feedback para o desenvolvimento de habilidades e estruturar dados para evitar o inchaço do repositório.

Recentemente, ao conversar com pessoas que usam bastante o Claude Code, pergunto: "Você sente que seu repositório está ficando bagunçado? Parece que o processamento desacelerou um pouco?" Quase todo mundo responde: "Sim..."

  • As skills aumentaram significativamente sem você perceber.
  • Fatos de seis meses atrás continuam na pasta context/.
  • O CLAUDE.md inchou tanto que nem eu consigo ter uma visão geral.
  • O processamento de alguma forma ficou incrivelmente lento.

Recentemente, percebi que isso não é um problema de "como criar".

É um problema de "metabolismo."

Assim como o corpo humano não sobrevive só com nutrição. Você precisa metabolizar, excretar e construir uma constituição que seja difícil de sujar em primeiro lugar. Repositórios são exatamente iguais.

Neste artigo, vou escrever sobre quatro mecanismos para levar o Claude Code a um estado de "autocrescimento". Para quem usa bastante o Claude Code e sente que o custo de gerenciamento está ficando pesado, isso vai fazer muito sentido.

■ Só criar tem limites

No passado, escrevi muitos artigos dizendo coisas como "Claude Code é um jogo de criação."

https://x.com/0xfene/status/2042047157767926056?s=20

Criar skills, acumular fatos em context/, polir o CLAUDE.md... era tudo sobre "adicionar."

Isso funciona incrivelmente bem nos primeiros meses.

Quanto mais você faz, mais inteligente o Claude Code parece, e é muito divertido.

No entanto, depois de cerca de seis meses, a visão muda.

Há tantas skills que você nem sabe o que tem, e os fatos em context/ começam a se desviar da realidade. Até o CLAUDE.md fica tão inchado que o Claude começa a ignorar instruções importantes.

Em outras palavras, ocorre um fenômeno onde "quanto mais você cria, mais ele fica entupido."

Foi quando percebi.

Só colocar coisas não é suficiente.

Você precisa girar os quatro pilares de ingestão, metabolismo, excreção e uma "constituição limpa", senão o repositório morre.

Vou apresentar esses quatro em ordem.

■ ① Ingestão: Tornando possível importar posts do X imediatamente

As últimas novidades sobre o Claude Code estão quase todas fluindo no X.

  • "Resultados dispararam com esse prompt"
  • "Essa combinação de skills é insana"
  • "Não sabia que dava para escrever hooks assim"

Todos os dias, insights realmente bons estão fluindo.

Mas o problema é que a maioria das pessoas só deixa passar.

Para ser honesto, eu era igual.

Tirava um print pensando "vou testar isso depois" e, um mês depois, olhava para a galeria e pensava "O que era isso mesmo?"

Ou salvava uma URL nos favoritos e nunca mais abria.

Posts mortos do X estavam se acumulando no meu celular e navegador.

Então, criei um "pipeline de ingestão" para posts do X.

Especificamente, quando você fornece a URL de um post do X, o Claude Code faz automaticamente o seguinte:

  • Resume os pontos principais
  • Categoriza com tags
  • Sugere adições se puder ser refletido em skills existentes
  • Elabora uma skill se uma nova parecer necessária
  • Anota em context/ se for apenas informação de referência

É um mecanismo que faz isso quase automaticamente.

Só de adicionar isso, meu comportamento ao olhar o X mudou completamente.

Antes, eu me contentava com um print, mas agora, quando vejo um post interessante no X, passo a URL para o Claude Code na hora. É processado suavemente e, três minutos depois, a skill está atualizada.

"Encontrar boas informações" e "incorporá-las ao meu Claude Code" se tornam um conjunto único de ações.

Isso é incrivelmente grande.

Realmente grande.

Porque as últimas novidades que fluem na comunidade são continuamente injetadas no seu repositório.

Ter isso ou não faz uma diferença enorme seis meses depois...!!!

Especificamente, como existe uma CLI para o X, você pode fazer isso vinculando-a ao Claude Code pelo X Developer Console.

https://console.x.com/

Vou pular o método detalhado, já que o Claude Code provavelmente vai implementar para você, mas se tiver interesse, entre em contato comigo!

■ ② Metabolismo: Skills crescem sozinhas através do feedback humano

Esta é a parte que mais recomendo.

É sobre um mecanismo chamado Gotcha, e é seriamente insano.

O que é: colocar uma seção "Armadilhas do Passado" no final de cada arquivo de definição de skill.

Por exemplo, assim:

text
1## Gotchas (Armadilhas do Passado)
21. Não reutilizar números de artigos passados
32. A DAIJOBU Co., Ltd. usa a notação de sufixo. "DAIJOBU Corporation" é NG
43. Cuidado com números exagerados
ふぇね | 山中裕貴 - inline image

É só isso.

Só isso.

Mas isso é incrivelmente forte como mecanismo para transformar uma skill em uma "experiente."

ふぇね | 山中裕貴 - inline image

Especificamente, o fluxo funciona assim:

  1. O usuário fornece feedback ("Este artigo tem os mesmos números que um passado")
  2. Esse feedback é adicionado às Gotchas daquela skill
  3. Na próxima vez que essa skill for chamada, as Gotchas são automaticamente incluídas no prompt
  4. O Claude Code reconhece: "Ah, isso é algo que eu errei antes," e evita

Em outras palavras, com um único feedback humano, aquela skill se torna permanentemente mais inteligente.

Isso é realmente chocante.

Por exemplo, minha skill de revisão de artigos agora lembra perfeitamente "não use os mesmos números de artigos passados" e "DAIJOBU Co., Ltd. é um sufixo."

A skill de preparação para 1on1 lembra de "listar 5 rotas para a carreira de um engenheiro de QA."

A skill de entrevista lembra de "sempre ler antes de perguntar; pular isso perde a confiança."

Não estou dizendo isso toda vez.

Eu só dei feedback uma vez e adicionei às Gotchas.

Parece menos com "criar" e mais com "deixar ganhar experiência."

Assim como dar feedback a um novato, a própria skill fica consistentemente mais inteligente.

Além disso, outro mecanismo complementar é o que chamo de Dreams.

ふぇね | 山中裕貴 - inline image

Esta é uma skill que extrai padrões transversais em todo o repositório que skills individuais não conseguem captar, semanalmente.

Ela encontra padrões repetidos dos registros de trabalho recentes e os escreve automaticamente em context/dreams.md. Coisas como "fiz esse julgamento três vezes recentemente" ou "esse erro está se repetindo."

Em resumo, é um mecanismo onde o eu de hoje observa as ações do eu de ontem.

Com isso, padrões de comportamento que você nem tinha notado são verbalizados e promovidos a estoque.

Quando Gotcha e Dreams começam a girar, o repositório entra em um estado onde "ganha experiência e fica mais inteligente sozinho."

Isso realmente funciona...!!!

■ ③ Excreção: Fazendo "perguntas" regularmente ao Claude Code

A partir daqui, é sobre o lado da "saída."

Para ser honesto, todo mundo é ruim em limpar, não é?

Eu era péssimo nisso também.

Pensava: "Provavelmente não vou usar mais isso..." mas mantinha porque tinha medo da decisão de jogar fora.

Antes que percebesse, tinha um monte de skills, e metade não estava sendo usada.

No começo, tentei resolver com um mecanismo tipo "robô de limpeza automatizado," mas não funcionou muito bem.

O julgamento era muito difícil e, no final, um humano tinha que verificar.

Então mudei minha política.

Em vez de fazer o mecanismo limpar, mudei para uma operação onde um humano faz "perguntas" regularmente.

Especificamente, uma vez por mês, sempre pergunto estas três coisas ao Claude Code:

  • Existem skills ou agentes que não estão sendo usados? (Liste os que não foram chamados no último mês)
  • Resta algum contexto antigo? (Liste arquivos que não foram atualizados em mais de seis meses)
  • Quero acelerar o processamento do Claude Code; o que está causando lentidão?

Eu só pergunto.

Não há mecanismo especial.

Mas só de decidir fazer isso uma vez por mês, a limpeza do repositório começa a girar.

Isso porque, em vez de decidir "se jogo fora," eu apenas "visualizo a situação atual."

Quando a lista aparece, vejo na hora: "Ah, não estou usando mais isso" ou "Este contexto está diferente da realidade." O julgamento em si termina em cinco segundos.

Mude a limpeza de "automação" para "regularização de perguntas."

Seu coração vai se sentir mais leve.

Por favor, tente colocar na sua agenda uma vez por mês.

É ótimo!

■ ④ Construindo uma constituição que é difícil de sujar em primeiro lugar

Esta pode ser a coisa mais importante que quero transmitir desta vez.

Limpar é importante, mas é esmagadoramente mais econômico criar uma estrutura que não suja em primeiro lugar.

Existem duas chaves para uma constituição que é difícil de sujar.

A primeira é definir SSoT (Fonte Única da Verdade).

SSoT significa decidir um lugar onde "a versão correta desta informação existe apenas aqui."

ふぇね | 山中裕貴 - inline image

Por exemplo, considere o status mais recente do cliente.

Se você espalhar isso em quatro lugares—"Banco de dados de clientes do Notion," "context/clients/," "memorandos do Slack," e "sua própria cabeça"—com certeza ocorrerão discrepâncias.

Seis meses depois, você não saberá "qual está correto?" e o repositório se transformará em um pântano.

Em vez disso, você decide que "o SSoT para o status mais recente do cliente é context/clients/{nome}.md."

O que está escrito lá é o estado mais recente da realidade; o Notion é basicamente uma cópia disso, e o Slack é tratado estritamente como fluxo (informação que passa).

ふぇね | 山中裕貴 - inline image

(Na realidade, operamos centralizando as informações do cliente basicamente no Notion.)

Só de decidir isso firmemente no início, a informação para de se espalhar.

A segunda é separar informação de fluxo e informação de estoque.

Isso é incrivelmente eficaz.

  • Informação de fluxo = Atas de reunião, registros de 1on1, memorandos de reuniões de negócios, relatórios diários, resultados de pesquisa (adicionados cronologicamente, não apodrece)
  • Informação de estoque = Fatos que estão corretos no momento atual, estados (sobrescritos, prejudiciais se antigos)

Se você não separar esses dois, a informação de fluxo vai se misturar cada vez mais ao lado do estoque, e o repositório se tornará um pântano.

No meu repositório, a informação de fluxo está fisicamente separada em work/, e a informação de estoque em context/.

ふぇね | 山中裕貴 - inline image

Só de seguir estritamente a regra "leia as atas e promova apenas novos fatos para o estoque," o lado context/ pode ser mantido limpo para sempre.

O lado work/ vai se acumular cronologicamente, mas como é "informação que passa," não é prejudicial mesmo que fique velha.

Em resumo, você separa fisicamente o lugar onde as coisas entram e o lugar onde elas se acumulam.

ふぇね | 山中裕貴 - inline image

Se você fizer isso, a própria limpeza se torna incrivelmente leve.

O lado do estoque é estruturalmente difícil de sujar, e o lado do fluxo não é prejudicial mesmo que fique velho.

Se você projetar a constituição primeiro, a operação subsequente mudará 180 graus.

■ Da Criação ao Autocrescimento

Apresentei quatro coisas até agora:

  • ① Ingestão: Importar posts do X imediatamente
  • ② Metabolismo: Skills crescem sozinhas através do feedback humano (Gotcha + Dreams)
  • ③ Excreção: Limpeza regular fazendo "perguntas"
  • ④ Uma constituição difícil de sujar: SSoT e separação Fluxo/Estoque

Quando esses quatro começam a girar, o que acontece?

O repositório entra em um estado onde "cresce por si só."

No começo, pensei que o Claude Code era um "jogo de criação."

Criar skills, escrever contextos, organizar o CLAUDE.md... eu estava polindo tudo manualmente.

Mas quando você configura esses quatro, a visão muda a partir de certo momento.

O repositório fica mais inteligente sozinho, sem que você precise tocá-lo.

Novos insights entram continuamente do X, e as skills ganham experiência e ficam mais inteligentes sozinhas. Coisas antigas são organizadas regularmente e, como é difícil sujar em primeiro lugar, a própria manutenção é incrivelmente leve.

Quando esse loop começa a girar, o relacionamento com o Claude Code realmente muda.

Muda da sensação de "polir uma ferramenta" para a sensação de "crescer junto."

Da "era da criação" para a "era de configurar mecanismos para crescer."

Meu Claude Code daqui a um ano deve ser muito mais inteligente do que eu poderia ter criado manualmente hoje.

Com isso em mente, ainda estou refinando a constituição do repositório hoje.

Espero que todos vocês tentem levar seu Claude Code a um estado de "autocrescimento" também!

Tenho certeza de que a visão vai mudar significativamente...!!!

*Lançamos um serviço de treinamento de Claude Code para corporações!! Se alguém tiver interesse, por favor, me mande um DM ou comente! Membros que estão realmente dominando o Claude Code em negócios B2B vão treinar você a sério desde o básico sobre as histórias essenciais para utilizar o Claude Code em uma organização. Criamos um mecanismo onde você pode fazer o curso de forma razoável envolvendo subsídios, então fique à vontade...!!!

Save to YouMind

Use YouMind to read viral articles deeply

Save the source, ask focused questions, summarize the argument, and turn a viral article into reusable notes in one AI workspace.

Explore YouMind

Mais padrões para decifrar

Artigos virais recentes

Explorar mais artigos virais