Objetivo: ao final, o consultor move uma regra que só interessa a um tipo de arquivo para .claude/rules/ com paths:, e sabe que existe um arquivo de instruções que o Claude escreve por conta própria.
.claude/rules/ com paths: no frontmatter é o mecanismo que de fato economiza contexto: a regra só carrega quando o Claude lê um arquivo que casa com o padrão. Import (aula 2.3.3) não faz isso.paths: carrega em toda sessão, com a mesma prioridade do CLAUDE.md — organiza, mas não economiza.MEMORY.md. Fica na máquina do consultor, é auditável com /memory, e tem implicação de política de dados de cliente..claude/rules/ — como montaCada arquivo cobre um assunto, com nome descritivo. A descoberta é recursiva, então subpasta funciona:
projeto-meridiano/
├── CLAUDE.md # o essencial, que vale sempre
└── .claude/
└── rules/
├── convencoes-gerais.md # sem paths: → carrega sempre
├── abap.md # paths: abap/**/*.abap
├── specs.md # paths: specs/**/*.md
└── ambiente-mrd.md # paths: config/**/*
Uma regra com escopo por caminho:
---
paths:
- "abap/**/*.abap"
- "abap/**/*.abap.txt"
---
# Convenções de ABAP — Meridiano
- Toda tabela Z citada precisa da nota de aprovação do arquiteto anexada
- Programa Z novo inclui cabeçalho com objetivo, tabelas afetadas e responsável
Padrões de paths: aceitos:
| Padrão | Casa com |
|---|---|
**/*.abap |
Todo arquivo .abap, em qualquer pasta |
specs/**/* |
Todo arquivo dentro de specs/ |
*.md |
Markdown na raiz do projeto |
specs/**/*.{md,docx} |
Duas extensões no mesmo padrão (expansão de chaves) |
Esta é a régua que fecha o módulo 2.3. Se você levar uma tabela desta aula, leve esta:
| Mecanismo | Quando carrega | Economiza contexto? |
|---|---|---|
Import (@arquivo.md no CLAUDE.md) |
Sempre, expandido inline no início da sessão | Não |
Rule sem paths: |
Sempre, com a mesma prioridade do .claude/CLAUDE.md |
Não |
Rule com paths: |
Quando o Claude lê um arquivo que casa com o padrão | Sim |
| Skill (módulo 2.4) | Quando o assunto da conversa aciona a skill | Sim |
A diferença entre as duas últimas: a rule reage ao arquivo que o Claude abriu; a skill reage ao assunto do que você pediu.
paths:. Depois de um /compact, a regra escopada se perde e só volta quando o Claude ler de novo um arquivo que casa. Se a regra precisa sobreviver a qualquer compactação, tire o paths: ou mova para o CLAUDE.md da raiz..claude/rules/ não é skill. Se a instrução é um procedimento de várias etapas, ligado a um tipo de tarefa e não a um tipo de arquivo, o lugar dela é uma skill (módulo 2.4) — não uma rule.~/.claude/rules/ funciona igual, mas vale para todo projeto da sua máquina — é a camada user da aula 2.3.2, agora organizada em arquivos. Carrega antes das regras de projeto.
CLAUDE.md |
Auto memory (MEMORY.md) |
|
|---|---|---|
| Quem escreve | Você | O Claude, por conta própria |
| O que contém | Regra, convenção, contexto de projeto | Aprendizado e preferência que ele percebeu nas suas correções |
| Onde fica | No projeto (versionado) ou no seu perfil | ~/.claude/projects/<projeto>/memory/ — só na sua máquina |
| Carrega quando | Toda sessão | Toda sessão (o índice MEMORY.md; arquivos de detalhe entram sob demanda) |
| Como auditar | Você abre o arquivo | /memory lista e abre para edição |
Quando você vê "Saved 2 memories" ou "Recalled 2 memories" na sessão, é isso acontecendo. Vem ligada por padrão. É markdown comum: dá para ler, editar e apagar.
Regra Wayon Auto memory grava aprendizados na máquina do consultor, sem passar por decisão de ninguém. Ao encerrar uma frente de trabalho de cliente, rode
/memorye revise o que ficou registrado — detalhe de processo, nome de sistema ou regra de negócio do cliente não deveria permanecer ali depois do fim do engajamento. Esta checagem entra no checklist de encerramento, ao lado da Decisão 1 (política de dados) do Nível 1.
📖 Regras com escopo por caminho · Auto memory
CLAUDE.md só interessam a quem abre arquivo .abap, mas hoje carregam para toda a squad, em toda sessão. Qual é a solução que de fato economiza contexto?@convencoes-abap.md no CLAUDE.mdImport é expandido inline no carregamento — organiza, mas o conteúdo continua ocupando o mesmo contexto para todo mundo (aula 2.3.3).
.claude/rules/abap.md com paths: "abap/**/*.abap" no frontmatterCorreto. A regra passa a carregar só quando o Claude lê um arquivo que casa com o padrão.
.claude/rules/abap.md, sem frontmatterSem paths:, a regra carrega em toda sessão com a mesma prioridade do CLAUDE.md — organiza, mas não economiza.
paths: e uma skill?As duas carregam sob demanda, mas o gatilho é diferente, e é isso que decide onde a instrução deve morar.
Correto. Convenção de um tipo de arquivo → rule. Procedimento de um tipo de tarefa → skill.
É o contrário: procedimento multi-etapa é caso de skill; a rule é boa para convenção ligada a um tipo de arquivo.
/compact numa sessão longa, uma regra com paths: que estava ativa desaparece do contexto. Isso é:Correto. Se a regra precisa sobreviver a qualquer compactação, tire o paths: ou mova para o CLAUDE.md da raiz.
Não é bug: regra escopada entra no histórico quando o arquivo-gatilho é lido, e a compactação resume esse histórico junto com o resto.
paths: está mal formadoFrontmatter mal formado impediria a regra de carregar desde o início — aqui ela carregou normalmente e só se perdeu na compactação.
Não é backup de conversa nem armazenamento remoto — auto memory é arquivo markdown local, na máquina do consultor.
/memory e limpar o que for dado de clienteCorreto. Vem ligada por padrão, carrega em toda sessão, e revisar ao encerrar frente de cliente é Regra Wayon.
Não há aprovação por anotação: auto memory vem ligada por padrão e o Claude grava por conta própria; o controle é auditar depois, com /memory.