25 configurações ocultas que você precisa no seu setup do Claude Code

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: 25 Hidden Settings That You Need In Your Claude Code Setup · Canal: AI LABS · 15:57 · Assistir no YouTube

Tópicos: Agentes de IA, Avaliação e benchmarks de IA, Claude Code, Engenharia de prompts e contexto, Engenharia de software com IA

Resumo

O vídeo apresenta configurações e comandos do Claude Code para adaptar o ambiente de trabalho, reduzir o uso desnecessário de contexto e automatizar tarefas. Entre os recursos estão importar configurações de outros agentes, revisar instruções e skills, personalizar permissões e criar evals para aplicativos. Também mostra formas de organizar sessões paralelas, escolher modelos para planejamento e subagents e usar atalhos de teclado. Algumas opções são ajustadas em arquivos de configurações, enquanto outras são acessadas por comandos no terminal.

Pontos-chave

O comando init pode fazer perguntas sobre seu modo de trabalho antes de criar CLAUDE.md, skills e hooks.
O comando import permite transferir instruções e MCPs de outros agentes para o Claude Code.
prompt audit e skill doctor ajudam a identificar instruções desatualizadas e skills pouco usadas.
auto mode setup adapta as regras do auto mode com base no projeto e no histórico de sessões.
É possível desativar conectores e artifacts para reduzir o contexto carregado nas sessões.
Comandos como build eval e hill climb ajudam a testar e melhorar aplicativos.
branch, fork e subtask oferecem diferentes formas de dividir o trabalho entre sessões e subagents.
Configurações de notificações e timeout ajudam a acompanhar sessões que precisam de atenção.
O vídeo apresenta atalhos para guardar, recuperar e desfazer alterações em prompts.

Capítulos

Início	Capítulo	Resumo
00:00	Configuração inicial e importação de setup	O vídeo apresenta a configuração init, a importação de setups de outros agentes e a revisão de instruções e skills.
04:09	Permissões e redução do contexto	São demonstrados comandos para personalizar permissões e configurações para desativar conectores ou artifacts.
06:13	Evals e planejamento	O vídeo explica como criar testes para aplicativos, experimentar melhorias e configurar o tratamento do contexto e dos planos.
09:45	Estilos de resposta e sessões paralelas	São apresentados estilos de saída, focus mode e comandos para ramificar sessões ou delegar tarefas a subagents.
12:20	Comunicação, notificações e modelos	O vídeo mostra como sessões podem se comunicar, como receber notificações e como escolher modelos para planejamento e subagents.
14:55	Atalhos e lições interativas	A parte final apresenta atalhos para gerenciar prompts e o comando powerup, que oferece lições sobre recursos do Claude Code.

Citações

Uma delas é uma configuração que até as pessoas que criaram o Claude Code usam. — 00:00

Assim, seu setup mantém apenas as instruções que ainda ajudam o Claude. — 03:08

Se você limpar o contexto, o Claude começa a construir tendo apenas o plano no contexto. — 07:45

Você pode experimentar a nova ideia na cópia e ainda manter sua posição na primeira sessão. — 11:18

Cada lição mostra um recurso com uma demonstração animada. — 15:26

Conceitos e entidades

Claude Code (ferramenta): Ferramenta de programação usada no vídeo, com comandos, configurações, sessões e atalhos próprios.
CLAUDE.md (conceito): Arquivo de instruções do projeto que pode registrar informações que o agent deve lembrar continuamente.
Auto mode (conceito): Modo do Claude Code que permite executar comandos considerados seguros sem pedir permissão a cada vez.
Skill Doctor (ferramenta): Comando que mostra a frequência de uso, a data do último uso e o consumo de tokens das skills.
build eval (ferramenta): Comando que cria testes para avaliar o comportamento de um aplicativo em diferentes situações.
hill climb (ferramenta): Comando que testa mudanças no aplicativo e mantém as que obtêm pontuações melhores.
Codex (ferramenta): Coding agent citado como exemplo de ferramenta de onde importar configurações.
Cursor (ferramenta): Coding agent citado como exemplo de ferramenta de onde importar configurações.
Scribba (empresa): Patrocinadora apresentada no vídeo, que lançou a ferramenta Explain para transformar código, perguntas ou documentos em vídeos narrados.
Explain (ferramenta): Ferramenta de texto para vídeo apresentada no anúncio da Scribba.

Tradução completa (pt-BR)

00:00 O Claude Code tem muitas configurações ocultas, e a maioria das pessoas nem sabe que elas existem, até mesmo quem o abre todos os dias. Então, analisamos todas as configurações e escolhemos as que mudaram a forma como trabalhamos. Uma delas é uma configuração que até as pessoas que criam o Claude Code usam nos próprios projetos, e que muda completamente um comando que você provavelmente executa com frequência. Outra resolve o maior problema de executar mais de uma sessão no mesmo projeto. E há um comando que ensina ao Claude como você trabalha, para que ele tenha um desempenho melhor. Também encontramos alguns atalhos de teclado para aquelas pequenas coisas que atrapalham quando você escreve um prompt. Se esta é a sua primeira vez,

00:31 somos uma empresa de software, e este é o nosso canal, AIAs. Neste vídeo, vamos mostrar cada uma dessas configurações ocultas e como usá-las. [fungada] Começando pela configuração que os próprios criadores do Claude Code usam nos projetos deles: uma correção para o comando init. Esse comando escreve o arquivo CLAUDE.md para você. Para isso, primeiro ele lê o seu projeto e depois registra tudo o que aprende com ele. Mas isso é um problema, porque o arquivo CLAUDE.md serve apenas para as coisas de que o agent precisa se lembrar o tempo todo. Portanto, se o agent consegue aprender algo simplesmente lendo o código, isso não deve ficar nesse arquivo. Para

01:03 corrigir isso, há uma configuração chamada claude code new. Você precisa defini-la como um antes de digitar o comando claude no terminal para iniciar o Claude Code. Ela precisa vir antes do comando claude, porque assim a sessão pode acessar essa configuração. Com essa configuração ativada, o init não é executado imediatamente, como antes. Em vez disso, ele faz algumas perguntas sobre como você trabalha. Primeiro, pergunta se você quer melhorar a configuração atual ou começar do zero e se deve criar skills e hooks. Depois, também pergunta como você usa o Git e como pretende colocar seu app no ar. Com base

01:33 nas suas respostas, ele cria um pequeno plano e espera que você o revise. Quando você aprova o plano, ele começa a escrever tudo. Quando termina, seu arquivo CLAUDE.md fica melhor e inclui a sua própria forma de trabalhar. Ele também cria skills e hooks para oferecer um ponto de partida melhor. Se você trabalha com outro agent de programação, como Codex ou Cursor, talvez já tenha uma configuração nele, com os MCPs e arquivos de instruções que preparou para esse agent. Se quiser transferir toda essa configuração para o Claude Code, não precisa começar do zero. Em vez disso, você pode transferir essa configuração para o Claude Code usando o comando import

02:04 Para usá-lo, basta executar import com o nome do agent que você usava antes. O Claude Code então mostra tudo o que pode copiar, incluindo seus arquivos de instruções para aquele agent, os MCPs que você conectou a ele e qualquer outra coisa que tenha configurado lá. Depois, ele espera que você escolha quais configurações quer importar. Em seguida, cria uma skill que contém todas as instruções para copiar os itens selecionados e usa essa skill para copiar tudo para o Claude Code. Assim, você também pode usar no Claude Code a mesma configuração que tinha no agent anterior. Não importa o quanto você tenha cuidado ao configurar seu CLAUDE.md e

02:37 outros arquivos do projeto: eles ainda ficam desatualizados com o tempo. Isso acontece porque os modelos continuam melhorando. Muitas das instruções que você escreveu para modelos antigos já não ajudam os novos. Em vez disso, elas apenas ocupam o context do Claude com coisas desnecessárias, o que piora as respostas dos modelos, em vez de melhorá-las. Sua configuração provavelmente tem muitas skills e arquivos CLAUDE.md. Se você alterasse cada um deles um por um, isso levaria muito tempo. Por isso, existe um comando que verifica tudo para você. Para usá-lo, digite o comando claude API e, em seguida, acrescente prompt audit. Esse comando lê toda a sua configuração e usa

03:08 subagents para verificar cada parte dela. Depois, apresenta um relatório com todos os problemas encontrados e as correções sugeridas. Quando você pede ao Claude para aplicar essas correções, sua configuração mantém apenas as instruções que ainda ajudam o Claude. Você vai precisar mais disso logo após o lançamento de um novo modelo, porque geralmente é nessa hora que mais instruções ficam desatualizadas. [fungada] Assim como os arquivos de instruções, você também precisa atualizar suas skills com frequência. A maioria das skills que você configurou nem sequer é usada com muita frequência, mas continua ocupando espaço no context do Claude sem motivo. Para encontrar essas skills, existe um comando

03:39 chamado skill doctor. Ele mostra com que frequência cada skill é usada e quando foi usada pela última vez. Também mostra quantos tokens cada skill ocupa na context window. Com essa lista, você pode pedir ao Claude para excluir as skills que não usa. Assim, apenas as skills que você usa permanecem no context do Claude. Também existe um comando skills que lista todas as suas skills. E, quando você pressiona T no teclado, ele ordena a lista pela quantidade de tokens que cada skill ocupa, da menor para a maior. Assim, você pode adaptar sua configuração. Mas, antes de passarmos para a próxima configuração, seria ótimo se você se inscrevesse no

04:09 canal e apertasse o botão de hype. Esse pequeno gesto de apoio faz muita diferença para nós. Talvez você já saiba que, quando inicia o Claude Code sem acrescentar nada depois do comando, ele começa no modo auto. Nesse modo, o Claude permite automaticamente todos os comandos que são seguros. Assim, não pede sua permissão para cada coisa. Mas o modo auto não sabe como você trabalha nem quais comandos costuma permitir. Existe um comando chamado auto mode setup que ensina exatamente isso a ele. Esse comando lê seu projeto e o histórico das suas sessões anteriores. Depois, altera as regras do modo auto para corresponder aos comandos que você costuma

04:40 permitir. Quando termina de ler, ele mostra a nova configuração para você revisar. Se estiver satisfeito com ela, você precisa aprová-la; então, ele atualiza as configurações do modo auto. A partir daí, o Claude Code segue essas novas regras no modo auto. Agora, [fungada] esse comando serve para editar a própria configuração do modo auto. Mas, se você não quiser que essa configuração mude, há outro comando chamado fewer permission prompts. Esse comando procura nas suas sessões anteriores os comandos e as ferramentas que você mais usa. Ele escolhe apenas os que leem informações e não alteram nada. Depois, adiciona esses itens a uma lista de permissões, que informa ao Claude que esses comandos são

05:11 permitidos sem que ele precise pedir sua autorização. E o Claude Code salva essa lista no arquivo de configurações do projeto em que você estiver trabalhando. Assim, você pode deixá-lo trabalhar em tarefas longas sem se preocupar que ele altere algo que você não quer. Quando o Claude trabalha em uma tarefa longa sem parar para pedir sua autorização, ele precisa de todo o context livre que puder. Mas parte desse context já é usada antes mesmo de você digitar qualquer coisa. Isso acontece porque há conectores já adicionados no app Claude, como o Notion e o Slack. Eles também são carregados em todas as sessões do Claude Code, mesmo quando você nunca os usa. Então, se não

05:41 precisar deles, uma configuração chamada disable claude AI connectors impede que sejam carregados. Defina-a como true no arquivo settings.json, na pasta principal .claude. Essa configuração se aplica a todas as sessões do Claude Code que você abrir. Depois disso, os servidores MCP dos apps Claude deixam de aparecer no Claude Code. Você nem precisa abrir o arquivo. Basta pedir ao Claude Code para adicionar a configuração, e ele editará o arquivo de configurações para você. Há também uma configuração para desativar os artifacts. Quando você trabalha em um design, primeiro o Claude cria um artifact que abre o design como uma página no seu

06:13 navegador. Assim, ele mostra se o plano está correto. Mas a ferramenta que cria artifacts também é carregada em todas as sessões e ocupa context. Então, se você não precisar dela, pode adicionar enable artifact ao mesmo arquivo e defini-la como false. Assim, o Claude não cria mais artifacts, independentemente do que você pedir. Agora, se o app que você está desenvolvendo com o Claude Code usa IA, também precisa testar se a IA dele dá boas respostas. Para isso, o mesmo comando Claude API de antes também tem um comando build eval. Esse comando cria um conjunto de testes. Esses testes verificam se o app funciona bem

06:44 em situações diferentes. Esse comando escreve esses testes apenas uma vez. Assim, cada nova versão do seu app é verificada com os mesmos testes. Outro comando que a Claude API tem é o hill climb. Esse comando continua fazendo alterações no seu app e executa os testes depois de cada uma para ver como elas afetam o desempenho. Em seguida, ele dá notas às respostas. Ele só mantém as alterações que recebem uma nota maior que a anterior. Mas os dois comandos custam dinheiro de verdade em API toda vez que são executados, porque cada teste chama o modelo. E, se o seu app não chamar o Claude ou qualquer outro modelo,

07:15 o build eval ainda ajuda. Basicamente, ele percorre seu app e planeja testes para você sem usar a API. Assim, você pode verificar se o app está funcionando como deveria. Agora, quando você começa a criar um recurso, geralmente pede ao Claude para planejá-lo primeiro no modo de planejamento. O Claude escreve o plano inteiro e, em seguida, pede que você escolha um modo de permissão e comece a construir. O Claude Code também costumava oferecer a opção de limpar o contexto antes de construir, mas essa opção não aparece mais. Essa opção ajuda porque toda a conversa de planejamento permanece no contexto enquanto o Claude constrói. Se você limpar o contexto, o Claude

07:45 começa a construir tendo apenas o plano no contexto. Para recuperar essa opção, você altera uma configuração chamada show clear context on plan accept. Ela fica no mesmo arquivo de configurações, na pasta main.claude, e você precisa defini-la como true. Você também pode pedir ao Claude que faça isso por você. Então, toda vez que planejar algo, o Claude dará a opção de limpar o contexto primeiro, como fazia antes. Mas, quando você limpa o contexto, o plano não desaparece. A única diferença é que você não verá mais esse arquivo no seu projeto. Em vez disso, ele salva todos os planos em uma pasta chamada plans dentro da

08:15 pasta main.claude. Assim, não importa em qual pasta você esteja trabalhando: todos os seus planos vão para essa única pasta. Mas geralmente você vai querer que eles fiquem na mesma pasta em que está trabalhando, para poder compartilhá-los com as pessoas que trabalham no seu projeto. Para fazer isso, adicione uma configuração chamada plans directory ao arquivo settings.json. Depois, defina-a como o nome da pasta dentro do seu projeto para onde quer que os planos sejam enviados. A partir daí, todos os planos que você criar no modo de planejamento serão salvos nessa pasta. Mas, antes de passarmos à solução para o resultado que o Claude fornece, vamos ouvir nosso patrocinador, Scribba. Eles acabaram de lançar uma nova

08:45 ferramenta de IA de texto para vídeo chamada explain. Quando você cria algo rapidamente, entender o código depois é a parte difícil, e um chatbot de IA comum só lhe entrega mais texto para ler. O Explain transforma seu código, sua pergunta ou seu documento em um vídeo narrado instantaneamente. Conectamos a ferramenta ao Claude Code, apontamos para nosso pequeno encurtador de URL e pedimos uma explicação passo a passo. Segundos depois, tínhamos um tutorial em vídeo de verdade que mostrava todo o fluxo, desde encurtar um link até o redirecionamento, com narração e um cursor em movimento guiando-nos pelo código real. Ele até desenhou um diagrama de como tudo

09:15 se encaixa, e cada parte veio do nosso próprio repo. O Explain parece mais uma aula personalizada do YouTube do que um chatbot. E funciona direto nas ferramentas que já usamos, do plug-in do ChatGPT à extensão do Chrome. Então, em vez de escrever documentação extensa que ninguém lê, publicamos algo que qualquer pessoa pode simplesmente assistir, e é grátis enquanto estiver em beta. Experimente agora. Os links estão na descrição abaixo. Você também pode mudar a forma como o Claude trabalha com você usando o comando output style. Quando você executa esse comando, ele lista todos os estilos que pode escolher. Há cinco estilos.

09:45 O estilo padrão é aquele que fica definido se você não o tiver alterado. Proactive é basicamente quando o Claude toma a iniciativa em vez de planejar, então ele faz as coisas imediatamente. Concise é para quando você quer respostas mais curtas do que as que o Claude costuma dar. Explanatory é quando o Claude explica mais sobre o que está fazendo. E o estilo learning é quando o Claude pede que você mesmo escreva parte do trabalho para aprender enquanto constrói. Para mudar para qualquer um deles, basta digitar o comando seguido do nome do estilo que você quer. A partir daí, o Claude usa esse estilo de saída. O Claude Code costumava mostrar um resumo de todo

10:16 o raciocínio que teve quando você pressionava Control e O. Mas o Claude Code não mostra mais esses resumos. Para recuperá-los, basta adicionar uma configuração chamada show thinking summaries ao arquivo settings.json na pasta main.claude. Depois, você precisa defini-la como true. Quando você deixa o Claude trabalhando em uma tarefa longa e volta depois, precisa rolar bastante para cima para encontrar seu prompt e a resposta do Claude. Isso acontece porque o Claude Code normalmente mostra cada alteração que faz em cada etapa. Mas o Claude Code também tem um modo de foco que mostra apenas seu prompt e a resposta do Claude. Ele também mostra um breve

10:47 resumo do que o Claude fez. Para usar o modo de foco, primeiro você precisa executar o comando TUI, que basicamente controla a disposição do Claude Code no seu terminal, e defini-lo como tela cheia, porque o modo de foco só funciona em tela cheia. Depois, você precisa executar o comando focus. Agora, quando você der uma tarefa ao Claude, ainda poderá ver o que ele está fazendo e quais arquivos está lendo. Mas essas etapas saem da tela quando o Claude termina. Assim, quando você voltar depois de uma tarefa longa, verá apenas a resposta do Claude e não precisará rolar por um monte de conteúdo para encontrar o que procura. Às vezes, no meio de uma conversa, você quer experimentar uma ideia

11:18 diferente sem perder o que o Claude já fez. Para isso, o Claude Code tem um comando chamado branch. Branch copia a conversa em que você está e abre essa cópia como uma nova sessão. Assim, você pode experimentar a nova ideia na cópia e ainda manter seu lugar na primeira sessão. Mas, com branch, você ainda precisa escrever o prompt por conta própria. Quando você só quer que uma tarefa seja feita em paralelo, use fork. Fork é basicamente como branch, mas inicia a cópia em segundo plano e dá a ela a tarefa que você quer que seja feita. Assim, a cópia trabalha nessa tarefa enquanto você continua usando sua sessão principal como de costume. E, quando a tarefa termina, a

11:49 sessão em segundo plano se encerra sozinha. Mas fork sempre cria uma sessão inteiramente nova. Se você quiser que a tarefa paralela seja feita dentro da sua sessão atual, o Claude a delega a um subagent. Normalmente, um subagent iniciado pelo Claude começa com um contexto novo. Isso significa que não sabe nada sobre a sua conversa e recebe apenas o prompt que o agent principal lhe passou ao iniciá-lo. É aí que entra o comando subtask, porque ele inicia um subagent com todo o seu contexto. Para usá-lo, basta executar subtask e dizer o que você quer que ele faça. Então, o subagent trabalha nessa tarefa com toda a conversa no contexto. Muitas vezes, nós

12:20 trabalhamos no mesmo projeto em mais de uma sessão do Claude Code, e cada sessão conhece apenas a própria conversa. Agora, o Claude Code tem um recurso que permite que essas sessões conversem entre si. Para ver quais sessões você pode acessar, execute o comando list agents. Digamos que você tenha duas sessões trabalhando em partes diferentes do mesmo projeto. A primeira sessão precisa saber algo que a segunda já descobriu. Mas você não quer transferir esse contexto por conta própria. Então, basta pedir à primeira sessão que envie uma mensagem à segunda. A primeira sessão recebe a resposta diretamente da segunda, mesmo enquanto a segunda ainda está trabalhando. Depois, continua o

12:52 trabalho usando essa resposta. Quando você tem muitas sessões em execução, não consegue acompanhar todas. E, quando o Claude precisa de algo de você, faz uma pergunta e espera pela sua resposta. Então, se você não estiver acompanhando aquela sessão, não vai saber que o Claude está parado. Talvez você volte mais tarde e descubra que o Claude ainda está esperando. Para resolver isso, há uma configuração chamada ask user question timeout. Você precisa adicioná-la ao arquivo settings.json na pasta main.claude e defini-la como 60 segundos ou qualquer outro tempo que quiser. Quando esse tempo acabar, o Claude escolhe sozinho a resposta sugerida e continua trabalhando. Então, quando você voltar,

13:23 O Claude continua trabalhando em vez de esperar por uma pergunta. Mas o Claude só faz isso quando consegue avançar sem você. Se uma pergunta precisa da sua resposta antes que o Claude possa continuar, ele não escolhe nenhuma opção. Em vez disso, continua esperando até você responder. E, com muitas sessões abertas, você também não sabe qual está esperando sua resposta e qual já terminou. Para corrigir isso, você precisa executar o comando config e encontrar as notificações locais mais abaixo na lista. Quando você pressiona Enter nessa opção, pode escolher o tipo de notificação que quer. Escolhemos o sinal sonoro do terminal, mas você pode escolher qualquer uma das opções.

13:53 Com essa configuração ativada, o Claude Code avisa quando o Claude termina ou precisa da sua resposta. Quando você muda para o modo de planejamento, o Claude Code usa o mesmo modelo com que iniciou a sessão, mas você pode mudar isso executando o comando model e digitando opus plan em seguida. O Claude Code usa o Opus apenas no modo de planejamento. Para todo o resto, usa o modelo Sonnet. Assim, o planejamento usa o modelo mais potente, e a execução fica por conta do Sonnet. O opus plan também economiza seu limite de uso, porque o Sonnet consome menos do que o Opus. Isso importa principalmente no plano Pro, porque, nesse plano, você vai atingir seu

14:24 limite bem mais rápido. Os subagents que o Claude inicia também consomem seu limite, e você pode escolher qual modelo eles usam. Por padrão, cada subagent usa o mesmo modelo da sua sessão ou um modelo escolhido pelo Claude Code. Para fazer com que todos os seus subagents usem um modelo menor, você pode definir o modelo dos subagents do Claude Code como o que quiser. Em seguida, defina como um a opção que força os subagents do Claude Code a usarem esse modelo. Você precisa dessa segunda configuração porque, sem ela, o próprio arquivo de um subagent ainda pode escolher outro modelo. Mas, se você quiser que o próprio arquivo de um subagent escolha o modelo, pode ignorar essa configuração. As duas configurações ficam no

14:55 arquivo settings.json, na pasta principal .claude. O Claude Code lê essas configurações quando é iniciado. Então, a partir da sua próxima sessão, todos os seus subagents usarão o modelo escolhido. Além dessas configurações, há alguns atalhos de teclado que também ajudam no seu workflow. O primeiro é guardar o prompt. Quando você escreve um prompt longo e então se lembra de outro prompt que queria enviar primeiro, basta pressionar Ctrl e S. O Claude Code basicamente salva o prompt e esvazia a caixa de texto. Assim, quando você envia o outro prompt, o anterior reaparece e você pode enviá-lo depois. Se você apagar o prompt inteiro

15:26 por engano, não precisa digitá-lo novamente. Basta pressionar Ctrl e Y, e o texto apagado volta. Em outras ocasiões, você altera um prompt e quer desfazer a mudança. Basta pressionar Ctrl e a tecla de sublinhado, e o prompt volta ao estado anterior à última alteração. E, por fim, se quiser aprender os recursos do Claude Code, ele também tem um comando para isso, chamado powerup. Ele oferece lições curtas dentro do Claude Code. Cada lição apresenta um recurso com uma demonstração animada, para que você possa aprender de forma interativa enquanto trabalha com ele. Agora, todas as skills, os workflows e

15:57 todo o resto que criamos e mostramos em todos os nossos vídeos pode ser encontrado no AIABS Pro, que é a nossa comunidade. Então, se você achou útil o que fazemos e quer apoiar o canal, essa é a melhor forma de fazer isso. Os links estão na descrição. Isso nos leva ao fim deste vídeo. Se quiser apoiar o canal e nos ajudar a continuar fazendo vídeos como este, você pode fazer isso usando o botão Super Thanks abaixo. Como sempre, obrigado por assistir, e nos vemos no próximo.

Transcrição original

[00:00] Claude Code has a lot of hidden settings and most people don’t know they exist, even the ones who open it every day. So, we went through every setting and picked the ones that changed how we work. One of them is a setting that even the people who build Claude code use themselves and it completely changes a command you probably run a lot. Another one fixes the biggest problem with running more than one session on the same project. And there’s a command that teaches Claude how you work, so it performs better. We also found some keyboard shortcuts for the little things that get in your way when you write a prompt. If this is your first time,

[00:31] we’re a software company and this is our channel AIAs. And in this video, we’re going to show you each of these hidden settings and how to use them. [snorts] Starting with the one setting that creator of Claude Code themselves use in their project, which is a fix toinit command. This command writes claude.md file for you. To do that, it reads your project first and then writes down everything it learns from it. But that’s a problem because the claw.md file is only for the things the agent needs to remember all the time. So if the agent can learn something just by reading the code, it doesn’t belong in that file. To

[01:03] fix this, there’s a setting called claude code new in it. You need to set this to one in your terminal right before you type the claw command to launch claude code. It has to go before the claude command because this way the session can access this setting. With this setting on, init straight away like it did before. Instead, it asks you a few questions about how you work. First, it asks if you want to improve your current setup or start fresh and if it should make skills and hooks. Then, it also asks how you use Git and how you’re planning to put your app online. From

[01:33] your answers, it makes a small plan and waits for you to check it. When you approve the plan, it starts writing everything. When it’s done, your claw.md file is a better one that has your own way of working in it. And it also creates skills and hooks to give you a better starting point. If you’re working in another coding agent like Codex or Cursor, you might already have a setup there with the MCPS and instruction files you’ve set up for that agent. If you want to move all of that setup to claude code, you don’t need to start from zero. Instead, you can move that setup into claude code using the import

[02:04] command. To use it, you just need to run import with the name of the agent you used before. Claude code will then show you all the things it can copy, including your instruction files for that agent and the MCPS you’ve connected to it along with anything else you’ve set up there. Then it waits for you to choose which settings you want to import. After that, it makes a skill that contains all the instructions to copy the things you’ve selected and uses that skill to copy everything into clawed code. So you can use the same setup you had in your previous agent in claude code as well. No matter how carefully you set up your claw.md and

[02:37] other project files, they still get outdated over time. That’s because the models keep getting better. So many of the instructions you wrote for older models don’t help the new ones anymore. Instead, they just fill Claude’s context with things it doesn’t need, which makes the models answers worse instead of better. Your setup probably has many skills and claude.md files. If you changed all of them one by one, it would take a very long time. So, there’s a command that checks them for you. To use it, you type the clawed API command and then add prompt audit after it. This command reads your whole setup and uses

[03:08] sub aents to check each part of it. Then it gives you a report of every problem it found along with the fixes it suggests. When you ask Claude to apply those fixes, your setup only keeps the instructions that still help Claude. You’ll need this the most right after a new model comes out because that’s usually when the most instructions become outdated. Just [snorts] like your instructions files, you need to frequently update your skills, too. Most of the skills that you have set up don’t even get used very often, but they still sit in Claude’s context for no reason. To find those skills, there’s a command

[03:39] called skill doctor. It shows how often each skill gets used and when it was last used. It also shows how many tokens each skill takes in the context window. With that list, you can ask Claude to delete the skills you don’t use. Then only the skills you use stay in Claude’s context. There’s also a skills command that lists every skill you have. And when you press T on your keyboard, it sorts that list by how many tokens each skill takes in increasing order. So you can tailor your setup accordingly. But before we move on to the next setting, it would be great if you subscribe to

[04:09] the channel and hit the hype button. This small gesture of support goes a long way for us. You might already know that when you start Claude code without adding anything after it, it starts in auto mode. In this mode, Claude allows all commands that are safe on its own. So it doesn’t ask you for permission for every single thing. But auto mode doesn’t know how you work and which commands you usually let pass. There’s a command called auto mode setup that teaches it exactly that. This command reads your project and your past session history. Then it changes auto mode’s rules to match the commands you usually

[04:40] allow. When it’s done reading, it shows you the new setup to check. If you’re happy with it, you need to approve it and then it updates auto mode settings. From then on, Claude Code follows these new rules in auto mode. Now, [snorts] that command was for editing auto mode’s own config. But if you don’t want that config to change, there’s another command called fewer permission prompts. This command searches your past sessions for the commands and tools you use the most. It only picks the ones that read things and don’t change anything. Then it adds them to an allow list, which lets Claude know that these commands are

[05:11] allowed to run without asking you first. And Claude Code saves this list in the settings file of whichever project you’re working on. So you can let it work on long tasks without worrying that it’s going to change anything that you don’t want it to. When Claude works on a long task without stopping to ask you, it needs as much free context as it can get. But part of that context is already used before you even type anything. That’s because there are connectors already added in the Claude app like notion and Slack. And they also load into every Claude code session, even when you never use them. So if you don’t

[05:41] need them, a setting called disable claude AI connectors stops them from loading. You set it to true in the settings.json file in the main.claude folder. This setting applies to all the Claude Code sessions you open. After that, the Claude apps MCP servers don’t appear in Claude Code anymore. You don’t even need to open the file yourself. You can just ask Claude Code to add the setting and it will edit the settings file for you. There is also a setting to turn off artifacts. When you work on a design, Claude first makes an artifact which opens the design as a page in your

[06:13] browser. That way it shows you if its plan is right. But the tool that makes artifacts also loads into every session and uses context. So if you don’t need it, you can add enable artifact to the same file and set it to false. Then claude doesn’t make artifacts anymore, no matter what you ask it to do. Now if the app you’re building with claude code uses AI itself, you also need to test whether its AI gives good answers. For that, the same Claude API command from before has a build eval command, too. This command builds a set of tests. These tests check if your app works well

[06:44] in different situations. This command writes these tests only once. That way, every new version of your app gets checked against the same tests. Another command that Claude API has is hill climb. This command keeps making changes to your app and runs the tests after each one to see how those changes affect performance. It then scores the responses. It only keeps the changes that score higher than the previous one. But both of these commands cost real API money every time they run because every test calls the model. And if your app doesn’t call claude or any other model,

[07:15] build eval still helps. It basically goes through your app and plans tests for you without using the API. So you can check if your app is working as it should. Now when you start building a feature, you usually ask Claude to plan it first in plan mode. Claude writes the whole plan and then it asks you to choose a permission mode and start building. Claude code also used to give you an option to clear the context before building, but it doesn’t show that option anymore. That option helps because all the back and forth from planning stays in the context while Claude builds. If you clear it, Claude

[07:45] starts building with only the plan in the context. To get that option back, you change a setting called show clear context on plan accept. It’s in the same settings file in the main.claude folder, and you need to set it to true. You can ask Claude to do that for you, too. Then every time you plan something, Claude gives you the option to clear the context first, the same way it used to. But when you clear the context, the plan doesn’t disappear. The only difference is that you won’t see that file in your project anymore. Instead, it saves every plan in a folder called plans inside the

[08:15] main.claude folder. So no matter which folder you’re working in, all your plans go into that one folder. But you usually want them in the same folder that you’re working in. So you can share them with the people working on your project. To do that, you add a setting called plans directory to your settings.json file. Then you set it to the name of the folder inside your project where you want your plans to go. From then on, every plan you make in plan mode gets saved in that folder. But before we move on to the fix for the output Claude gives, let’s have a word by our sponsor, Scribba. They’ve just launched a new

[08:45] texttovideo AI tool called explain. When you build something fast, understanding the code later is the hard part, and your standard AI chatbot just hands you more text to read. Explain turns your code, question or document into a narrated video instantly. We connected it to clawed code, pointed it at our little URL shortener, and asked for a walkthrough. Seconds later, we had a real video tutorial that traced the whole flow from shortening a link to the redirect with narration and a moving cursor guiding us through the actual code. It even drew a diagram of how the

[09:15] whole thing fits together, and every bit of it came from our own repo. Explain plays more like a personalized YouTube lesson, not a chatbot. and it runs right inside the tools we already use from chat GPT plug-in to a Chrome extension. So instead of writing heavy docs nobody reads, we shipped something anyone could just watch and it’s free while it’s in beta. Try it now. The links in the description below. You can also change how Claude works with you using the output style command. When you run this command, it will list all the styles you can choose from. There are five styles.

[09:45] The default style is the one that’s set if you haven’t changed it. Proactive is basically where Claude acts first instead of planning. so it does things straight away. Concise is for when you want shorter answers than Claude usually gives. Explanatory is where Claude explains more of what it’s doing. And the learning style is where Claude asks you to write some of the work yourself so you learn while you build. To switch to any of these, you just need to type the command followed by the name of the style you want. From then on, Claude uses that output style. Claude [snorts] Code used to show you a summary of all

[10:16] the reasoning it did when you pressed control and O. But Claude Code doesn’t show these summaries anymore. To get them back, you just need to add a setting called show thinking summaries to the settings.json file in the main.claude folder. Then you need to set it to true. When [snorts] you leave Claude working on a long task and then return, you have to scroll up a lot to find your prompt and Claude’s answer. That’s because Claude code normally shows you every change it makes at each step. But Claude code also has a focus mode which only shows your prompt and Claude’s answer. It also shows a short

[10:47] summary of what Claude did. To use focus mode, you first need to run the TUI command, which basically controls how Claude code is laid out in your terminal, and set it to full screen because focus mode only works in full screen mode. Then you need to run the focus command. Now, when you give Claude any task, you can still see what it’s doing and which files it’s reading. But those steps leave the screen when Claude is done. So, when you return after a long task, you only see Claude’s answer, and you don’t have to scroll through a lot to find things. Sometimes in the middle of a chat, you want to try a

[11:18] different idea without losing what Claude has already done. For that, Claude code has a command called branch. Branch copies the chat you’re in and opens that copy as a new session. So, you can try the new idea in the copy and still keep your place in the first one. But with branch, you still have to prompt it yourself. When you just want a task done on the side, you use fork instead. Fork is basically branch, but it starts the copy in the background and gives it the task you want done. So the copy works on that task while you keep using your main session as you usually do. And when the task is done, the

[11:49] background session ends by itself. But fork always makes a whole new session. If you want the side task done inside your current session, Claude hands it to a sub agent. Normally a sub agent that Claude starts has a fresh context. That means it doesn’t know anything about your chat and it only gets the prompt the main agent gave it when it started it. That’s where the subtask command comes in because it starts a sub agent with your full context. To use it, you just need to run subtask and tell it what you want it to do. Then the sub agent works on that task with your whole chat in its context. We often [snorts]

[12:20] work on the same project in more than one claude code session and each session only knows its own chat. Now claude code has a feature that lets these sessions talk to each other. To see which sessions you can reach, you run the list agents command. So let’s say you have two sessions working on different parts of the same project. The first session needs to know something. the second session has already worked out. But you don’t want to copy that context over yourself. So you just ask the first session to message the second one. The first session gets the answer straight from the second, even while the second is still working. Then it continues its

[12:52] work with that answer. Once [snorts] you have many sessions running, you can’t watch all of them. And when Claude needs something from you, it asks you a question and waits for your answer. So unless you’re watching that session, you won’t know Claude is stuck. You might return later and find Claude still waiting. To fix that, there’s a setting called ask user question timeout. You need to add it to the settings.json file in the main.claude folder and set it to 60 seconds or any other time that you want. When that time is up, Claude picks the suggested answer on its own and keeps working. So when you return,

[13:23] Claude is still working instead of waiting on a question. But Claude only does this when it can move forward without you. If a question needs your answer before Claude can go any further, it doesn’t pick any option. Instead, it keeps waiting until you reply. And with [snorts] many sessions open, you also don’t know which one is waiting for your reply and which one is already done. To fix that, you need to run the config command and find local notifications further down the list. When you press enter on it, you can choose the kind of notification you want. We chose terminal bell, but you can choose any of them.

[13:53] With this setting on, Claude Code lets you know when Claude is done or needs your answer. When you switch to plan mode, Claude code uses the same model you started your session with, but you can change that when you run the model command and type opus plan after it. Claude code uses opus only in plan mode. For everything else, it uses the sonnet model. So the plan gets the stronger model and the building runs on sonnet. Opus plan also saves your usage because sonnet uses less of your limit than opus. That matters most on the pro plan because on that plan you’ll hit your

[14:24] limit a lot faster. The [snorts] sub aents Claude starts use your limit to and you can choose which model they use. By default, each sub aent uses either the same model as your session or a model Claude code picks for it. To make all your sub aents use one smaller model, you can set claude code sub aent model to the whichever one you want. Then you set claude code sub aent model force to one. You need this second setting because without it, a sub aents own file can still choose a different model. But if you do want a sub aent’s own file to choose it, you can skip this setting. Both settings go in the

[14:55] settings.json file in the main.claude folder. Claude code reads these settings when it starts. So from your next session, all your sub aents use the model you chose. Aside from these settings, there are some keyboard shortcuts that also help in your workflow. The first one is prompt stashing. When you write a long prompt and then remember another prompt you wanted to send first, you can just press Ctrl and S. Claude Code basically saves the prompt and empties the prompt box. So when you send the other prompt, your previous prompt returns back and you can send it later on. If you clear the whole

[15:26] prompt by mistake, you don’t have to type your prompt again. You can just press control and Y and your deleted text returns. Other times you change a prompt and want to undo that change. You can just press control and the underscore key and the prompt returns to how it was before your last change. And lastly, if you want to learn Claude Code’s features, it has a command for that too called powerup. It gives you short lessons inside Claude Code. And each lesson shows a feature with an animated demo so that you can learn interactively while working with it. Now all the skills and workflows and

[15:57] everything else we build and show you in all our videos can be found in AIABS Pro which is our community. So if you found value in what we do and want to support the channel, this is the best way to do it. The links in the description. That brings us to the end of this video. If you’d like to support the channel and help us keep making videos like this, you can do so by using the super thanks button below. As always, thank you for watching and I’ll see you in the next one.