Pular para o conteúdo principal
O Agent SDK é construído na mesma base que Claude Code, o que significa que seus agentes SDK têm acesso aos mesmos recursos baseados em sistema de arquivos: instruções de projeto (CLAUDE.md e regras), skills, hooks e muito mais. Quando você omite settingSources, query() lê as mesmas configurações do sistema de arquivos que a CLI Claude Code: configurações de usuário, projeto e local, arquivos CLAUDE.md e skills, agentes e comandos em .claude/. Para executar sem estes, passe settingSources: [], o que limita o agente ao que você configura programaticamente. As configurações de política gerenciada e a configuração global ~/.claude.json são lidas independentemente desta opção. Veja O que settingSources não controla. Para uma visão geral conceitual do que cada recurso faz e quando usá-lo, veja Extend Claude Code.

Controlar configurações do sistema de arquivos com settingSources

A opção de fontes de configuração (setting_sources em Python, settingSources em TypeScript) controla quais configurações baseadas em sistema de arquivos o SDK carrega. Passe uma lista explícita para optar por fontes específicas, ou passe um array vazio para desabilitar configurações de usuário, projeto e local. Este exemplo carrega configurações de nível de usuário e nível de projeto definindo settingSources para ["user", "project"]:
Cada fonte carrega configurações de um local específico, onde <cwd> é o diretório de trabalho que você passa via opção cwd, ou o diretório atual do processo se não definido. Para a definição de tipo completa, veja SettingSource (TypeScript) ou SettingSource (Python). Omitir settingSources é equivalente a ["user", "project", "local"]. A opção cwd determina onde o SDK procura por entradas de nível de projeto. CLAUDE.md e rules carregam de <cwd> e de cada diretório pai. Skills carregam de <cwd> e de cada diretório pai até a raiz do repositório. settings.json do projeto e hooks carregam apenas de <cwd>/.claude/ sem fallback de diretório pai.

O que settingSources não controla

settingSources cobre configurações de usuário, projeto e local. Algumas entradas são lidas independentemente de seu valor:
Não confie nas opções padrão de query() para isolamento multi-tenant. Porque as entradas acima são lidas independentemente de settingSources, um processo SDK pode pegar configuração de nível de host e memória por diretório. Para implantações multi-tenant, execute cada tenant em seu próprio sistema de arquivos e defina settingSources: [] mais CLAUDE_CODE_DISABLE_AUTO_MEMORY=1 em env. Configurações gerenciadas pelo servidor são buscadas quando o processo se autentica com uma credencial de organização; isolamento do sistema de arquivos não as remove. Veja Implantação segura.

Instruções do projeto (CLAUDE.md e regras)

Arquivos CLAUDE.md e arquivos .claude/rules/*.md dão ao seu agente contexto persistente sobre seu projeto: convenções de codificação, comandos de compilação, decisões de arquitetura e instruções. Quando settingSources inclui "project" (como no exemplo acima), o SDK carrega esses arquivos em contexto no início da sessão. O agente então segue suas convenções de projeto sem você repeti-las em cada prompt.

CLAUDE.md load locations

Todos os níveis são aditivos: se existem arquivos CLAUDE.md de projeto e usuário, o agente vê ambos. Não há regra de precedência rígida entre níveis; se as instruções conflitarem, o resultado depende de como Claude as interpreta. Escreva regras não conflitantes, ou declare precedência explicitamente no arquivo mais específico (“Estas instruções de projeto substituem quaisquer padrões conflitantes de nível de usuário”).
Você também pode injetar contexto diretamente via systemPrompt sem usar arquivos CLAUDE.md. Veja Modify system prompts. Use CLAUDE.md quando você quer que o mesmo contexto seja compartilhado entre sessões interativas de Claude Code e seus agentes SDK.
Para como estruturar e organizar conteúdo CLAUDE.md, veja Manage Claude’s memory.

Skills

Skills são arquivos markdown que dão ao seu agente conhecimento especializado e fluxos de trabalho invocáveis. Diferentemente de CLAUDE.md (que carrega a cada sessão), skills carregam sob demanda. O agente recebe descrições de skills na inicialização e carrega o conteúdo completo quando relevante. Skills são descobertos do sistema de arquivos através de settingSources. Quando a opção skills em query() é omitida, skills de usuário e projeto descobertos são habilitados e a ferramenta Skill fica disponível, correspondendo ao comportamento da CLI. Para controlar quais skills são habilitados, passe skills como "all", uma lista de nomes de skills, ou [] para desabilitar todos. Quando skills é definido, o SDK adiciona a ferramenta Skill a allowedTools automaticamente. Se você também passar uma lista explícita de tools, inclua "Skill" nessa lista para que Claude possa invocar skills.
Skills devem ser criados como artefatos do sistema de arquivos (.claude/skills/<name>/SKILL.md). O SDK não tem uma API programática para registrar skills. Veja Agent Skills in the SDK para detalhes completos.
Para mais sobre criar e usar skills, veja Agent Skills in the SDK.

Hooks

O SDK suporta duas maneiras de definir hooks, e eles executam lado a lado:
  • Filesystem hooks: comandos shell definidos em settings.json, carregados quando settingSources inclui a fonte relevante. Estes são os mesmos hooks que você configuraria para sessões interativas de Claude Code.
  • Programmatic hooks: funções de callback passadas diretamente para query(). Estes executam em seu processo de aplicação e podem retornar decisões estruturadas. Veja Control execution with hooks.
Ambos os tipos executam durante o mesmo ciclo de vida de hook. Se você já tem hooks no settings.json do seu projeto e você define settingSources: ["project"], esses hooks executam automaticamente no SDK sem configuração extra. Callbacks de hook recebem a entrada da ferramenta e retornam um dict de decisão. Retornar {} significa permitir que a ferramenta prossiga. Para bloquear a execução, retorne um objeto hookSpecificOutput com permissionDecision: "deny" e um permissionDecisionReason. A razão é enviada para Claude como o resultado da ferramenta. Os campos decision e reason de nível superior estão descontinuados para PreToolUse. Veja o hooks guide para a assinatura de callback completa e tipos de retorno.

Quando usar qual tipo de hook

O SDK TypeScript suporta eventos de hook adicionais além de Python, incluindo SessionStart, SessionEnd, TeammateIdle, e TaskCompleted. Veja o hooks guide para a tabela de compatibilidade de eventos completa.
Para detalhes completos sobre hooks programáticos, veja Control execution with hooks. Para sintaxe de hook do sistema de arquivos, veja Hooks.

Escolha o recurso certo

O Agent SDK oferece acesso a várias maneiras de estender o comportamento do seu agente. Se você não tem certeza qual usar, esta tabela mapeia objetivos comuns para a abordagem correta.
Subagents versus agent teams: Subagents são efêmeros e isolados: conversa fresca, uma tarefa, resumo retornado ao pai. Agent teams coordenam múltiplas instâncias independentes de Claude Code que compartilham uma lista de tarefas e se mensageiam diretamente. Agent teams são um recurso CLI. Veja What subagents inherit e a agent teams comparison para detalhes.
Cada recurso que você habilita adiciona à janela de contexto do seu agente. Para custos por recurso e como esses recursos se sobrepõem, veja Extend Claude Code.
  • Extend Claude Code: Visão geral conceitual de todos os recursos de extensão, com tabelas de comparação e análise de custo de contexto
  • Skills in the SDK: Guia completo para usar skills programaticamente
  • Subagents: Defina e invoque subagents para subtarefas isoladas
  • Hooks: Intercepte e controle comportamento do agente em pontos-chave de execução
  • Permissions: Controle acesso a ferramentas com modos, regras e callbacks
  • System prompts: Injete contexto sem arquivos CLAUDE.md