Claude Code para Advogados

Esses 4 produtos compartilham o mesmo modelo (Claude) por trás. O que muda é a forma como você interage e o alcance do que ele consegue fazer.

Dentro desses 4 produtos existem várias subfuncionalidades com nomes próprios que você vai ouvir falar: Projects, Artifacts, conectores nativos, workspace, memória persistente, e por aí vai.

A regra geral é simples:

Com mais contexto, mais escala, mais controle, e de forma mais avançada.

Eu não vou gastar páginas explicando Projects, Artifacts, Cowork em detalhe. Você só precisa saber que essas coisas existem, que nenhuma delas é o Claude Code, e que cada uma é uma versão simplificada ou limitada do que o Code já faz com mais profundidade.

A partir dessa Parte 1, esse guia inteiro é sobre Claude Code. O resto é menção honrosa.

A única diferença prática que vale a pena você entender é essa: em qual situação abrir o chat e em qual situação abrir o Claude Code.

Eu uso o chat como exceção. A maior parte do meu trabalho cai na coluna do Claude Code. Você vai ver porquê quando chegar na Parte 3, onde mostro meu uso real.

Vale registrar uma diferença prática entre chat e Code:

No chat (Claude.ai), quando sua pergunta requer informação atualizada, ele costuma decidir sozinho que precisa pesquisar na internet e fazer a pesquisa.

No Claude Code, ele nem sempre pesquisa na internet se você não pedir explicitamente. Tipo "pesquisa na internet sobre a Resolução X da ANPD e me traz um resumo". Sem o pedido explícito, ele pode assumir que você quer uma resposta baseada apenas no contexto que ele já tem (seus arquivos + conhecimento do modelo) ou no conhecimento geral do LLM.

Não é grande problema. É só hábito. Você pega rápido.

A versão Free do Claude não inclui Claude Code. Pra usar tudo o que esse guia ensina, você precisa de uma conta paga (Pro, $20/mês, é suficiente pra começar).

Já toquei nessa diferença na abertura. Agora aprofundo.

Quando você usa um chat (Claude.ai, ChatGPT, Gemini), o ciclo é simples:

Você é o motor de execução. O chat é o conselheiro. Se ele te der uma resposta errada, você descobre só quando aplica e vê o resultado. Aí volta, pergunta de novo, ele tenta de novo, você executa de novo. Ping-pong.

Quando você usa um agente (Claude Code, Codex, Cowork), o ciclo muda:

Você deixa de ser o motor de execução e vira o diretor. Quem executa é ele.

Pra que isso fique concreto, pega esse exemplo do dia-a-dia de um departamento jurídico:

A diferença não é só de conveniência. É de modelo operacional. O agente faz a tarefa inteira. Você só direciona e revisa.

A frase do Karpathy ("um espírito que vive no seu computador") fica perfeita aqui.

Quando você instala o Claude Code, você cria uma entidade que pode mexer no seu sistema de arquivos. Não é uma metáfora. Ele literalmente lê e escreve em pastas e arquivos no seu computador.

Esses são os "verbos" que o Claude Code executa por você:

Por que isso muda tudo na prática:

No chat, você sobe o arquivo, ele te responde, você baixa, salva, abre, formata, envia. Cinco passos. Você faz quatro deles.

E mais: ele faz isso em volume. Pasta com 50 contratos? Ele itera. Pasta com 300 PDFs de processo? Ele itera. Aqui o ganho não é linear, é multiplicativo.

Um exemplo concreto pra ilustrar tudo isso junto:

Imagine que você recebeu e fez download de 50 contratos e precisa fazer uma análise deles. No Claude Code, você pode pedir, em uma única frase:

Ele faz tudo. Cria a pasta, move, renomeia, lê, extrai os dados, monta a planilha, salva, e abre o arquivo pronto pra você revisar.

Você não precisa sequer abrir o arquivo. Ele faz isso por você. Literalmente você espera o trabalho todo ser feito.

Esse manuseio e gestão de pastas e arquivos pode parecer besta, mas no dia a dia nos economiza muito tempo.

Antes de seguir, vale parar 30 segundos em três nomes que vão aparecer o tempo todo daqui pra frente. 

Resumindo: .md é o tipo de arquivo. CLAUDE.md e README.md são dois arquivos .md com papéis específicos. Nenhum dos três exige que você saiba programar.

Existem dois jeitos de operar.

Primeiro: Open loop. Você faz uma tarefa, ela termina, o que você aprendeu se perde. Cada nova tarefa começa do zero.

Pensa no que acontece num departamento jurídico em open loop:

Segundo: Closed loop. Cada atividade produz um artefato (um arquivo, uma nota, uma atualização) que volta como contexto pras próximas atividades. O sistema aprende com tudo que passa por ele.

O mesmo cenário em closed loop:

Como garantir closed loop na prática: documentar.

A diferença entre open e closed loop, no dia a dia do departamento, é uma só: documentação. E aqui o Claude Code é um aliado quase injusto.

Eu tenho um hábito que recomendo: sempre que eu ajusto um racional, uma posição, uma decisão dentro de algum trabalho no Claude Code, eu peço pra ele documentar isso. "Salva esse raciocínio no arquivo X." "Atualiza a skill Y com essa posição nova." "Cria um documento explicativo pra esse cliente listando as decisões que a gente já firmou com ele."

E o Claude Code é muito bom nisso. Por uma razão histórica: ele foi construído pra trabalhar com código, e código exige documentação constante (READMEs, comentários, docs explicativos de contexto). Esse músculo dele é muito desenvolvido. Ele sabe estruturar markdown, sabe nomear arquivo, sabe organizar pasta, sabe escrever de um jeito que outra pessoa (ou o próprio Claude numa próxima sessão) consegue entender semanas depois.

Esse é o cerne do que vou chamar de microgerenciamento de contexto na próxima seção (2.4): você pode explicitamente pedir pra ele ir atualizando estratégias, posições e contexto à medida que você trabalha, em diferentes formatos: dentro de uma skill, num arquivo .md solto, dentro do CLAUDE.md principal, numa pasta de "decisões firmadas". A Parte 6 detalha cada um desses formatos. Por enquanto, basta saber que existem várias formas, e que você escolhe a melhor pra cada caso.

Princípio prático: quanto mais informação você conseguir trazer pro Claude Code de forma bruta e pedir pra ele guardar/organizar, melhor. Reuniões, e-mails importantes, decisões de negociação de contrato, posições firmadas com cada cliente, dúvidas que viraram parecer.

Exemplo concreto: reuniões.

A gente fala muito em reunião e quase nunca documenta direito. Ata sai pela metade, anotação se perde, a pessoa que ia "mandar resumo" não manda. O conhecimento da reunião desaparece em 48 horas.

No fluxo de closed loop com Claude Code, isso muda. Eu uso um notetaker de call (o TLDV) pra reuniões online e o Granola pra reuniões físicas. Os dois geram transcript completo da conversa. Quando a reunião termina, eu mando o transcript direto pro Claude Code e peço:

Resultado: ninguém precisa fazer ata. Ninguém precisa anotar durante a reunião (todo mundo presta atenção de verdade). E daqui a três meses, se eu quiser um apanhado de tudo que foi discutido nas reuniões de março com determinado cliente, é uma frase: "lê todas as reuniões em /calls/[cliente]/2026-03/ e me devolve um sumário do que foi discutido, decidido e ficou pendente."

E mais: dá pra analisar evolução do time, participação de cada pessoa nas discussões, padrão de assuntos recorrentes ao longo dos meses. Tudo isso vira consulta.

Por que o Claude Code facilita o closed loop:

No chat, fechar o loop depende de você lembrar de salvar, organizar, indexar manualmente. Quase ninguém faz consistentemente. Resultado: open loop por default.

Uma nuance importante: quando eu digo "default", não quer dizer "automágico". O Claude Code tem memória persistente, sim. Mas eu, sempre que termino um trabalho importante que produziu uma mudança ou um fato relevante (uma posição firmada nova, uma decisão tomada, um padrão identificado), peço explicitamente pro Claude atualizar os arquivos relevantes. "Salva essa nova posição em /posicoes-firmadas/contratos.md." "Atualiza a skill /revisar-nda com o aprendizado dessa revisão." "Adiciona essa decisão no CLAUDE.md."

A diferença pro chat (e pro mundo sem Claude Code) não é que ele salva sozinho sem você pedir. É que o trabalho operacional de salvar desaparece. Eu decido o que merece virar contexto pro futuro, ele faz o arquivamento. Eu não preciso abrir o arquivo, formatar, escolher pasta, nomear. Uma frase resolve.

Isso é o que torna o closed loop sustentável na prática. Sem essa disciplina mínima de pedir pra atualizar, qualquer ferramenta de IA vira "ferramenta de pergunta-resposta". Com essa disciplina, ela vira sistema operacional da área.

Por que isso é revolucionário (e não só "melhoria incremental"):

Imagine sua área, depois de seis meses de uso disciplinado:

Agora estende isso pra 1 ano. Depois pra 2.

Tudo que sua área já fez vira base de consulta instantânea. Quando chega uma negociação nova com a Acme, você não começa do zero, e não depende do que está na cabeça da advogada sênior que está de férias. Você pergunta:

Em uma frase, sai um briefing personalizado, contextual, baseado em fatos da sua área. Sem dependência de quem está disponível. Sem chute.

Isso muda o trabalho jurídico em duas dimensões:

E talvez o efeito mais importante: a advogada júnior, que entrou ontem, consegue dar uma resposta com a qualidade de quem está na casa há cinco anos. Porque a casa documentou.

Pra um departamento jurídico, isso é literalmente mudança de natureza. Não é "fazer o mesmo trabalho mais rápido". É passar a fazer tipo de trabalho que antes não era viável fazer.

"Contexto" é tudo o que o Claude vê quando vai responder uma pergunta sua. Inclui:

No chat, você controla apenas o item 1 (a pergunta). O resto é decidido pelo sistema. Você sobe um arquivo, ele decide o que vai usar. A "memória" automática dele decide o que ele lembra. Sem visibilidade.

No Claude Code, você controla os quatro itens. Isso muda o trabalho do leitor casual pro leitor disciplinado.

Como você controla cada item:

Por que isso é vital pra advogado:

Trabalho jurídico depende muito de coerência com posições anteriores. Você não pode responder uma cláusula de NDA diferente em maio do que respondeu em março, sem motivo. Não pode dar uma posição de compliance diferente da que sua área já firmou.

Exemplo concreto da Sofira:

A gente recebe recorrentements questionários de LGPD dos nossos clientes. As primeiras vezes que respondi, eu refazia a mesma resposta toda vez. Cansei.

Aí montei uma pasta /Legal e LGPD/politicas/ com todos os documentos da casa (política de privacidade, política de incidentes, DPA modelo, lista de subprocessadores, etc). No CLAUDE.md eu escrevi: "sempre que chegar um questionário novo, consultar essa pasta antes de responder".

Hoje, quando chega questionário, eu só jogo as perguntas no Claude Code. Ele consulta a pasta, gera resposta coerente com o que já foi firmado, e me devolve um rascunho que precisa só de revisão fina.

Esses três conceitos são os que sustentam o uso avançado do Claude Code. A Parte 6 detalha cada um. Aqui só apresento, pra você ter o vocabulário.

Os três juntos formam o que algumas pessoas chamam de "AI OS" (operating system).

Essa tabela é pra te ajudar a traduzir o que você já faz hoje no seu departamento pra conceito do Claude Code. Se você conseguir mapear o que você faz manualmente pra um desses conceitos, já tem 80% do caminho andado.

Quatro frentes que cobrem o grosso do meu uso:

Antes de qualquer skill, qualquer MCP, qualquer comando avançado, eu organizei tudo numa estrutura de pastas.

A estrutura macro que eu uso, simplificada:

Cada pasta dessa é um "projeto" pra o Claude Code. Cada uma tem seu próprio CLAUDE.md na raiz, com o "jeito da casa" daquela área específica.

A regra importante de entender: a memória que o Claude Code carrega é escopada por pasta. Quando eu abro o Claude dentro de Legal e LGPD/, ele só enxerga o CLAUDE.md daquela pasta e os arquivos daquela árvore. Ele não vai cruzar contexto com marketing-vendas/ ou financeiro/, a menos que eu peça explicitamente ("também lê a pasta X").

Por isso, pensar em qual contexto cada pasta deve ter é uma decisão fundamental. Pasta certa, contexto certo. Pasta errada, contexto contaminado.

Sobre o CLAUDE.md: você não precisa escrever ele do zero. Eu peço pro próprio Claude criar: "olha o conteúdo dessa pasta, entende do que se trata, e gera um CLAUDE.md descrevendo o contexto, o tom, as regras dessa área." Em uma sessão ele me devolve um rascunho razoável. Eu leio, ajusto, refino. O Claude cria, você revisa. Mais rápido do que escrever sozinho, e ele tende a documentar coisas que eu nem tinha pensado em listar.

Por que separar em pastas:

Princípio prático: quanto mais cedo você decidir e padronizar essa estrutura, mais valor o Claude Code vai entregar pra você. Na primeira vez que você senta pra usar, dedica 30 minutos a criar a estrutura raiz (e peça pro Claude gerar os CLAUDE.md de cada pasta). Vai compensar nas primeiras horas de uso.

A Parte 4 te ensina como criar essa estrutura passo a passo, e o Anexo A traz um template de CLAUDE.md pronto pra adaptar.

Já dei o exemplo na Parte 2.3, mas aqui detalho o fluxo real.

Setup:

Os dois rodam em paralelo. Eu não me preocupo com qual usar. Cada um cobre um cenário.

Onde os transcripts caem:

Existe uma skill que eu escrevi em Python (com a ajuda do próprio Claude Code) que pega os transcripts brutos do TLDV/Granola e organiza tudo dentro da pasta /calls/. Cada arquivo segue o padrão YYYY-MM-DD - Nome da Reuniao.md e tem, dentro: data, duração, participantes, e o transcript completo com timestamps.

Não precisei programar isso do zero. Pedi pro Claude Code: "constrói um script Python que pega os transcripts da minha conta TLDV via API, e salva como markdown na pasta /calls/, no formato X". Em uma sessão, estava pronto e rodando.

Como eu uso depois:

Aqui é onde o closed loop trabalha.

Algumas perguntas que eu já fiz pro Claude Code, durante o ano, em cima da pasta /calls/:

Cada uma dessas perguntas, sem essa estrutura, exigiria horas de revisão manual. Com a estrutura, é uma frase. O conhecimento de toda reunião continua disponível pra ser puxado a qualquer momento.

A pasta:

Eu tenho uma pasta /Legal e LGPD/ que reúne tudo o que a Sofira já firmou sobre privacidade, segurança e compliance:

No CLAUDE.md da Sofira eu deixo essa instrução:

O Claude lê a pasta toda, gera respostas coerentes com tudo que já foi firmado, e me devolve um rascunho pronto. Eu reviso, ajusto fino, mando.

Uma característica do Claude Code que vale lembrar: ele roda na sua máquina, não na nuvem. Tudo o que você faz com ele (arquivos lidos, arquivos criados, decisões salvas, skills construídas, CLAUDE.md atualizados) fica armazenado no seu computador local, e só ali, a menos que você suba em algum lugar.

Isso cria um problema operacional: se o seu computador queima, ou se você quer compartilhar trabalho com o time, você precisa subir esse material em algum lugar.

Eu resolvi isso com uma skill simples chamada /sync-drive, que sincroniza minhas pastas locais com os Drives Compartilhados da Sofira no Google Workspace. Por baixo, ela usa o rclone (uma ferramenta padrão de sincronização) configurada com mapeamentos do tipo pasta_local → ID do Drive Compartilhado → caminho remoto.

A Sofira tem Drives Compartilhados separados por finalidade: Legal, Comercial, Estratégia, Clientes, Contratação. Cada um com seu ID. O script conhece todos.

Como uso no dia:

Por que isso é importante:

O Anexo B tem o prompt pronto pra você pedir ao Claude Code instalar e configurar isso na sua máquina, em um passo só.

A Parte 4 te leva pro setup: como instalar Claude Code (com VS Code como recomendação) e fazer seu primeiro "olá mundo".

O Claude Code pode rodar em dois lugares:

Eu prefiro rodar dentro do VS Code, e recomendo que você faça o mesmo. Por dois motivos práticos:

Esse vídeo cobre o passo a passo completo: instalar o VS Code, instalar o Claude Code, e abrir os dois juntos. Pausa nos momentos certos, segue no seu ritmo, e quando terminar, volta pra cá.

Se travar em algum ponto específico, pergunta pro claude no próprio chat como você deve seguir.

Pra você não terminar essa parte sem ter usado o Claude Code de verdade, vamos fazer um teste de 2 minutos. A essa altura você já assistiu o vídeo, já instalou a extensão do Claude Code no VS Code e já tem um chat do Claude Code aberto ali do lado. É nesse chat que a gente vai trabalhar, sem precisar tocar no terminal.

Lista curta do que costuma travar quem está começando:

Os 5 casos:

Os três juntos formam o AI OS (sistema operacional de IA). É a forma de você sair do "uso Claude Code pra tarefa avulsa" pra "Claude Code é o centro da minha operação".

Memory é o conjunto de arquivos que o Claude Code lê automaticamente em toda sessão dentro de uma pasta. É como ele lembra de você, do seu negócio, do jeito da sua área, sem você precisar reexplicar.

O arquivo principal é o CLAUDE.md, que mora na raiz de cada projeto/pasta. Ele é a primeira coisa que o Claude lê quando você abre uma sessão naquela pasta.

O que entra num CLAUDE.md bem feito (template completo no Anexo A):

Dica prática: você não escreve isso do zero. Peça pro próprio Claude:

Você lê, ajusta, refina. Costuma sair um rascunho razoável de primeira.

Pra projetos grandes, o CLAUDE.md raiz pode crescer demais. A solução é dividir a memória em arquivos por tipo, dentro de uma pasta memory/, e referenciar tudo a partir do CLAUDE.md.

Os 4 tipos que eu uso na Sofira:

Cada arquivo de memória tem um name, description e type no cabeçalho, pra o Claude saber rapidamente do que se trata. Um arquivo índice MEMORY.md lista todos. O CLAUDE.md raiz manda ler MEMORY.md em toda sessão.

Memory não é estática. Ela engrossa com o uso. Toda vez que você corrige o Claude ou firma uma posição nova, vale pedir pra ele atualizar:

Em 3 meses de uso intenso, sua memory vira o ativo mais valioso do projeto. Se você sair, troca de cargo, ou contrata alguém novo, a memory transfere o "jeito da casa" sem precisar de onboarding longo.

Uma skill é um comando customizado que aplica um processo sempre da mesma forma.

Tecnicamente, uma skill é uma pasta dentro de ~/.claude/skills/ que contém, no mínimo, um arquivo SKILL.md. Esse arquivo descreve:

Skills mais sofisticadas têm subpastas com templates, checklists, exemplos de input/output.

Caminho 1: pedir pro Claude criar do zero.

Em uma sessão, ele monta a skill, te explica como invocar.

Caminho 2: você fez um processo manual, agora pede pra virar skill.

Você acabou de fazer manualmente um trabalho. Pede pro Claude:

Ele empacota o que aconteceu na sessão como skill reutilizável.

Skills compartilhadas é onde o ganho fica multiplicativo. Quando o sênior cria /revisar-nda e o time inteiro usa.

Como compartilhar:

MCP (Model Context Protocol) é um protocolo aberto criado pela Anthropic que permite o Claude Code falar com sistemas externos. Cada MCP é um "conector" instalável.

Pensa em MCP como um tradutor universal. O Claude fala "português" (linguagem natural). Seu Gmail fala "Gmail API". Seu DocuSign fala "DocuSign API". Sem MCP, conectar um ao outro exigiria desenvolvimento custom pra cada par. Com MCP, qualquer sistema que tem um MCP server pode falar com qualquer agente que entende MCP.

Resultado prático: você pede pro Claude "leia meu e-mail da Acme de ontem e me devolva um resumo", ele puxa o e-mail via MCP do Gmail, faz o resumo, te entrega. Você nunca saiu do Claude Code.

Antes de qualquer conversa sobre quais MCPs valem a pena, uma regra crítica: eu só instalo MCPs oficiais. Nunca instalo MCPs criados por desenvolvedor independente ou pela comunidade, mesmo que pareçam interessantes.

Por que essa regra importa, em ordem de gravidade:

Na prática: antes de instalar qualquer MCP, procure ele na lista oficial da Anthropic ou no site oficial do sistema (DocuSign, Notion, Google).

Esses não são jurídicos por design, mas são quase obrigatórios pra qualquer departamento que queira AI OS de verdade:

A Parte 7 te dá a matriz que mapeia cada tarefa do seu dia a dia pra esses conceitos.

Se você não quiser olhar a matriz inteira a cada decisão, internalize essas 4 perguntas:

Algumas tarefas eu deixei de fora propositalmente:

Se sua tarefa não aparece e você não consegue mapear pelas 4 regras: começa no chat. Se você fizer essa tarefa mais de 2 vezes, considera migrar pro Code com skill.

Se você lida com 10 contratos por mês, talvez não faça sentido contratar um CLM (um sistema dedicado de gestão de contratos). O Claude Code, com uma boa skill e seus modelos versionados, dá conta.

Mas se você lida com 10 mil contratos por mês, a conversa muda. Aí um sistema dedicado, feito pra aquilo, passa a fazer sentido.

A regra geral é essa: quanto mais alto o volume, mais crítica a operação, e mais ela precisa rodar sem falha, mais perto você está de precisar de uma ferramenta dedicada. Quanto mais pontual e de baixo volume, mais o Claude Code resolve sozinho.

Aqui está o ponto que quase ninguém de fora da tecnologia enxerga. E eu já vi advogado decidir "vou construir em casa" sem entender isso. Então vou explicar do começo.

Construir uma automação ficou fácil. Com IA, você levanta alguma coisa funcionando numa tarde. O problema é que:

Software não é como um parecer que você escreve uma vez, assina e arquiva. É mais parecido com um carro: não basta comprar, ele exige manutenção pra continuar andando, senão um dia para na estrada. E tem uma diferença que deixa o software ainda mais exigente que o carro: ele quebra mesmo quando você não encosta nele. Por um motivo simples: o seu sistema depende de outros sistemas, lá fora, que mudam o tempo todo sem te avisar.

Na prática, é isso que acontece com uma automação caseira depois de pronta:

Repara que nenhum desses problemas aparece no dia em que você constrói. Eles aparecem depois, com o uso, em volume, e nunca param de aparecer. Toda semana tem alguma coisa.

Isso não é exceção, é a regra do setor. Na indústria de software, a manutenção costuma consumir de 50% a 90% do custo total de um sistema ao longo da vida dele. Lê de novo: a maior parte do custo de um software não é construí-lo, é mantê-lo funcionando.

Traduzindo pro jurídico: manter um sistema no ar não é um detalhe técnico que se resolve uma vez. É um trabalho contínuo, que precisa de gente dedicada cuidando, todo dia. Quando você decide "construir em casa", é esse compromisso que você está assinando junto, mesmo sem ver na hora.

Quando o volume é alto e a operação é crítica (tem prazo, tem multa, tem risco de reputação), você não quer depender de uma automação caseira que uma pessoa montou e que ninguém tem tempo de manter.

Contratar um terceiro é, no fundo, transferir o peso de construir, manter e melhorar pra quem faz só isso, o dia inteiro. 

Vou usar a Sofira, que é o que eu conheço por dentro.

A Sofira é uma ferramenta de IA que automatiza respostas a demandas de consumidor: Procon, Consumidor.gov, Bacen e outros canais. A gente lida com milhares de reclamações por mês.

Nesse volume, fazer tudo dentro de casa exigiria uma equipe técnica própria, trabalhando em tempo integral. Porque além de construir a automação, alguém precisa, todo dia:

Cada um desses pontos é uma frente que só aparece quando o volume é alto, e cada uma precisa de gente cuidando de forma contínua.

E tem mais: a Sofira não automatiza só a resposta. A gente automatiza o fluxo operacional inteiro, de ponta a ponta: o download das notificações direto dos órgãos, o cadastro, e o protocolo. A peça que a IA escreve é uma parte. O resto da operação, que costuma consumir até mais tempo do time, também sai automatizado.

A cena brasileira de Claude Code é nova mas está crescendo rápido. Esses dois vídeos são os mais úteis pra começar.

Material em inglês ainda é mais profundo e atualizado. Vale dar uma chance, principalmente nos dois primeiros da lista.

Se você fechou esse ebook tendo:

Você já está, de longe, na frente de 99% dos advogados brasileiros em uso de IA. O próximo passo é apenas continuar usando e iterando. Cada semana você vai descobrir um caso de uso novo, melhorar uma skill, refinar o CLAUDE.md.

E se você implementar tudo isso e quiser conversar com alguém que já passou por esse caminho: estou no LinkedIn como Priscila Holanda. Manda mensagem.

Isso é, ao mesmo tempo, o que faz o Claude Code ser tão poderoso (a Parte 2 explicou: ele acessa seus arquivos diretamente, opera em volume, não tem janela de contexto limitada como o chat) e a maior fonte de risco operacional pra quem começa a usar com seriedade.

Concretamente, quando você passa a usar o Claude Code todo dia, tudo que ele produz começa a se acumular só na sua máquina:

Em 6 meses de uso ativo, isso pode representar centenas de horas de trabalho perdidas e o "jeito da casa" inteiro que sua área construiu.

E tem mais: o time não acessa isso. Mesmo que você tenha colegas que trabalham na mesma área, eles não conseguem usar suas skills, ler suas posições firmadas, ou consultar seus transcripts. Tudo está preso no seu computador.

A solução é simples: sincronizar suas pastas do Claude Code com uma nuvem da empresa (Google Drive, OneDrive, Dropbox Business, etc), automaticamente, todo dia.

Foi isso que eu fiz na Sofira (a Parte 3.5 mostrou na prática). E é o que esse anexo te ensina a fazer.

Pra configurar essa sincronização, você não precisa ler tutorial técnico, escrever script bash, nem entender o que é rclone ou cron. Você pede pro próprio Claude Code fazer.

Esse é o caminho que recomendo: copia o prompt abaixo, cola no Claude Code, e segue o que ele te orientar a fazer.

Abre o Claude Code dentro de qualquer pasta (por exemplo, a pasta ~/Documents/Claude Code/, que provavelmente é onde mora tudo o que você criou). Cola esse prompt e dá enter:

Quando o Claude terminar, você vai ter:

Depois de configurado, você pode:

Sincronizar tudo no fim do dia:

No Claude Code, dentro de qualquer pasta:

Roda em segundo plano por alguns minutos e te avisa quando terminar.

Sincronizar só uma pasta específica:

(Onde "legal" é o grupo que você configurou no script).

Automatizar de vez (opcional):

Se você quiser que rode todo dia automaticamente, sem você precisar pedir, peça pro Claude:

Ele te explica e configura.

Antes de subir as primeiras pastas pro Drive, considere com seu DPO ou time de TI:

Em dúvida, alinhe antes de configurar.

Se sua empresa não tem Google Workspace, use o equivalente empresarial dela (OneDrive Business, SharePoint, Dropbox Business). O prompt acima funciona pra qualquer um desses, é só ajustar o destino no rclone.