Configuração do Qwen Code

Camadas de configuração

A configuração é aplicada na seguinte ordem de precedência (números menores são substituídos por números maiores):

Arquivos de configuração

O Qwen Code usa arquivos de configuração JSON para configuração persistente. Existem quatro locais para esses arquivos:

O diretório .qwen no seu projeto

Além de um arquivo de configuração do projeto, o diretório .qwen de um projeto pode conter outros arquivos específicos do projeto relacionados à operação do Qwen Code, como:

• Perfis de sandbox personalizados (ex.: .qwen/sandbox-macos-custom.sb, .qwen/sandbox.Dockerfile).
• Skills de Agente em .qwen/skills/ (cada Skill é um diretório contendo um SKILL.md).

Migração de configuração

O Qwen Code migra automaticamente configurações legadas para o novo formato. Os arquivos de configuração antigos são salvos como backup antes da migração. As seguintes configurações foram renomeadas de nomenclatura negativa (disable*) para positiva (enable*):

Política de consolidação para disableAutoUpdate e disableUpdateNag

Quando ambas as configurações legadas estão presentes com valores diferentes, a migração segue esta política: se qualquer uma (disableAutoUpdate ou disableUpdateNag) for true, então enableAutoUpdate se torna false:

Configurações disponíveis no settings.json

As configurações são organizadas em categorias. A maioria das configurações deve ser colocada dentro do objeto de categoria de nível superior correspondente no seu arquivo settings.json. Algumas configurações de compatibilidade, como proxy, são chaves de nível superior.

top-level

general

output

ui

ide

privacy

model

Exemplo de model.generationConfig:

{
  "model": {
    "generationConfig": {
      "timeout": 60000,
      "contextWindowSize": 128000,
      "modalities": {
        "image": true
      },
      "enableCacheControl": true,
      "customHeaders": {
        "X-Client-Request-ID": "req-123"
      },
      "extra_body": {
        "enable_thinking": true
      },
      "samplingParams": {
        "temperature": 0.2,
        "top_p": 0.8,
        "max_tokens": 1024
      }
    }
  }
}

max_tokens (tokens de saída adaptativos):

Quando samplingParams.max_tokens não está definido, o Qwen Code usa uma estratégia adaptativa de tokens de saída para otimizar o uso de recursos de GPU:

1. As requisições começam com um limite padrão de 8K tokens de saída
2. Se a resposta for truncada (o modelo atinge o limite), o Qwen Code tenta novamente automaticamente com 64K tokens
3. A saída parcial é descartada e substituída pela resposta completa da nova tentativa

Isso é transparente para os usuários — você pode ver brevemente um indicador de nova tentativa se a escalação ocorrer. Como 99% das respostas têm menos de 5K tokens, a nova tentativa acontece raramente (<1% das requisições).

Para substituir esse comportamento, defina samplingParams.max_tokens nas suas configurações ou use a variável de ambiente QWEN_CODE_MAX_OUTPUT_TOKENS.

contextWindowSize:

Substitui o tamanho padrão da janela de contexto para o modelo selecionado. O Qwen Code determina a janela de contexto usando padrões internos com base na correspondência do nome do modelo, com um valor de fallback constante. Use esta configuração quando o limite de contexto efetivo de um provedor diferir do padrão do Qwen Code. Este valor define a capacidade máxima de contexto assumida pelo modelo, não um limite de tokens por requisição.

modalities:

Substitui as modalidades de entrada detectadas automaticamente para o modelo selecionado. O Qwen Code detecta automaticamente as modalidades suportadas (imagem, PDF, áudio, vídeo) com base na correspondência de padrão do nome do modelo. Use esta configuração quando a detecção automática estiver incorreta — por exemplo, para ativar pdf para um modelo que o suporta, mas não é reconhecido. Formato: { "image": true, "pdf": true, "audio": true, "video": true }. Omita uma chave ou defina como false para tipos não suportados.

customHeaders:

Permite adicionar cabeçalhos HTTP personalizados a todas as requisições de API. Isso é útil para rastreamento de requisições, monitoramento, roteamento de gateway de API ou quando diferentes modelos exigem cabeçalhos diferentes. Se customHeaders estiver definido em modelProviders[].generationConfig.customHeaders, ele será usado diretamente; caso contrário, os cabeçalhos de model.generationConfig.customHeaders serão usados. Não ocorre mesclagem entre os dois níveis.

O campo extra_body permite adicionar parâmetros personalizados ao corpo da requisição enviada à API. Isso é útil para opções específicas do provedor não cobertas pelos campos de configuração padrão. Nota: Este campo é suportado apenas para provedores compatíveis com OpenAI (openai, qwen-oauth). É ignorado para provedores Anthropic e Gemini. Se extra_body estiver definido em modelProviders[].generationConfig.extra_body, ele será usado diretamente; caso contrário, os valores de model.generationConfig.extra_body serão usados.

Exemplos de model.openAILoggingDir:

• "~/qwen-logs" - Registra no diretório ~/qwen-logs
• "./custom-logs" - Registra em ./custom-logs relativo ao diretório atual
• "/tmp/openai-logs" - Registra no caminho absoluto /tmp/openai-logs

fastModel

context

Solução de problemas de desempenho na busca de arquivos

Se você estiver enfrentando problemas de desempenho na busca de arquivos (ex.: com completions @), especialmente em projetos com um número muito grande de arquivos, aqui estão algumas coisas que você pode tentar, em ordem de recomendação:

1. Use .qwenignore: Crie um arquivo .qwenignore na raiz do seu projeto para excluir diretórios que contêm um grande número de arquivos que você não precisa referenciar (ex.: artefatos de build, logs, node_modules). Reduzir o número total de arquivos rastreados é a maneira mais eficaz de melhorar o desempenho.
2. Desative a busca fuzzy: Se ignorar arquivos não for suficiente, você pode desativar a busca fuzzy definindo enableFuzzySearch como false no seu arquivo settings.json. Isso usará um algoritmo de correspondência mais simples e não fuzzy, que pode ser mais rápido.
3. Desative a busca recursiva de arquivos: Como último recurso, você pode desativar completamente a busca recursiva definindo enableRecursiveFileSearch como false. Esta será a opção mais rápida, pois evita um rastreamento recursivo do seu projeto. No entanto, significa que você precisará digitar o caminho completo dos arquivos ao usar completions @.

tools

memory

Consulte Memória para detalhes sobre como a auto-memória funciona e como usar os comandos /memory, /remember e /dream.

permissions

O sistema de permissões fornece controle granular sobre quais ferramentas podem ser executadas, quais exigem confirmação e quais são bloqueadas.

Prioridade de decisão (maior primeiro): deny > ask > allow > (padrão/modo interativo)

A primeira regra correspondente vence. As regras usam o formato "ToolName" ou "ToolName(specifier)".

Aliases de nome de ferramenta (qualquer um destes funciona nas regras):

Meta-categorias:

Alguns nomes de regra cobrem automaticamente várias ferramentas:

[!important] Read(/path/**) corresponde a todas as quatro ferramentas de leitura (leitura de arquivo, grep, glob e listagem de diretório). Para restringir apenas a leitura de arquivo, use ReadFile(/path/**) ou read_file(/path/**).

Exemplos de sintaxe de regras:

Prefixos de padrão de caminho:

Prevenção de bypass de comandos de shell:

As regras de permissão para Read, Edit e WebFetch também são aplicadas quando o agente executa comandos de shell equivalentes. Por exemplo, se Read(./.env) estiver em deny, o agente não poderá contorná-lo via cat .env em um comando de shell. Comandos de shell suportados incluem cat, grep, curl, wget, cp, mv, rm, chmod e muitos mais. Comandos desconhecidos/seguros (ex.: git) não são afetados por regras de arquivo/rede.

Migração de configurações legadas:

Exemplo de configuração:

{
  "permissions": {
    "allow": ["Bash(git *)", "Bash(npm run *)", "Read(//Users/alice/code/**)"],
    "ask": ["Bash(git push *)", "Edit"],
    "deny": ["Bash(rm -rf *)", "Read(.env)", "WebFetch(malicious.com)"]
  }
}

[!tip] Use /permissions na CLI interativa para visualizar, adicionar e remover regras sem editar o settings.json diretamente.

slashCommands

Controla quais comandos de barra estão disponíveis na CLI. Útil para restringir a superfície de comandos em implantações multi-tenant ou empresariais.

A mesma lista de bloqueio também pode ser fornecida via flag de CLI --disabled-slash-commands (separada por vírgulas ou repetida) e a variável de ambiente QWEN_DISABLED_SLASH_COMMANDS; valores de todas as três fontes são unidos.

Exemplo — restringir integrados para uma implantação em sandbox:

{
  "slashCommands": {
    "disabled": ["auth", "mcp", "extensions", "ide", "quit"]
  }
}

Com esses valores em um settings.json de nível de sistema (/etc/qwen-code/settings.json ou QWEN_CODE_SYSTEM_SETTINGS_PATH), os usuários não podem reduzir a lista de bloqueio do seu próprio escopo, e os comandos desativados não aparecerão no autocomplete nem serão executados quando digitados.

[!note] Esta configuração apenas controla comandos de barra (ex.: /auth, /mcp). Não afeta permissões de ferramentas — consulte permissions.deny para isso. Também não intercepta atalhos de teclado como Ctrl+C ou Esc.

mcp

lsp

[!warning] Recurso experimental: O suporte a LSP está atualmente em fase experimental e desativado por padrão. Ative-o usando a flag de linha de comando --experimental-lsp.

O Language Server Protocol (LSP) fornece recursos de inteligência de código como ir para definição, encontrar referências e diagnósticos.

A configuração do servidor LSP é feita através de arquivos .lsp.json no diretório raiz do seu projeto, não através do settings.json. Consulte a documentação do LSP para detalhes e exemplos de configuração.

security

advanced

mcpServers

Configura conexões com um ou mais servidores Model-Context Protocol (MCP) para descobrir e usar ferramentas personalizadas. O Qwen Code tenta se conectar a cada servidor MCP configurado para descobrir ferramentas disponíveis. Se vários servidores MCP expuserem uma ferramenta com o mesmo nome, os nomes das ferramentas receberão o prefixo do alias do servidor definido na configuração (ex.: serverAlias__actualToolName) para evitar conflitos. Observe que o sistema pode remover certas propriedades de schema das definições de ferramentas MCP para compatibilidade. Pelo menos um de command, url ou httpUrl deve ser fornecido. Se múltiplos forem especificados, a ordem de precedência é httpUrl, depois url, depois command.

telemetry

Configura registro e coleta de métricas para o Qwen Code. Para mais informações, consulte telemetria.

Exemplo de settings.json

Aqui está um exemplo de um arquivo settings.json com a estrutura aninhada, nova a partir da v0.3.0:

{
  "proxy": "http://localhost:7890",
  "general": {
    "vimMode": true,
    "preferredEditor": "code"
  },
  "ui": {
    "theme": "GitHub",
    "hideTips": false,
    "customWittyPhrases": [
      "You forget a thousand things every day. Make sure this is one of 'em",
      "Connecting to AGI"
    ]
  },
  "tools": {
    "approvalMode": "yolo",
    "sandbox": "docker",
    "sandboxImage": "ghcr.io/qwenlm/qwen-code:0.14.1",
    "discoveryCommand": "bin/get_tools",
    "callCommand": "bin/call_tool",
    "exclude": ["write_file"]
  },
  "mcpServers": {
    "mainServer": {
      "command": "bin/mcp_server.py"
    },
    "anotherServer": {
      "command": "node",
      "args": ["mcp_server.js", "--verbose"]
    }
  },
  "telemetry": {
    "enabled": true,
    "target": "local",
    "otlpEndpoint": "http://localhost:4317",
    "logPrompts": true
  },
  "privacy": {
    "usageStatisticsEnabled": true
  },
  "model": {
    "name": "qwen3-coder-plus",
    "maxSessionTurns": 10,
    "enableOpenAILogging": false,
    "openAILoggingDir": "~/qwen-logs",
  },
  "context": {
    "fileName": ["CONTEXT.md", "QWEN.md"],
    "includeDirectories": ["path/to/dir1", "~/path/to/dir2", "../path/to/dir3"],
    "loadFromIncludeDirectories": true,
    "fileFiltering": {
      "respectGitIgnore": false
    }
  },
  "advanced": {
    "excludedEnvVars": ["DEBUG", "DEBUG_MODE", "NODE_ENV"]
  }
}

Histórico do Shell

A CLI mantém um histórico dos comandos de shell que você executa. Para evitar conflitos entre diferentes projetos, esse histórico é armazenado em um diretório específico do projeto dentro da pasta home do seu usuário.

• Local: ~/.qwen/tmp/<project_hash>/shell_history
  • <project_hash> é um identificador único gerado a partir do caminho raiz do seu projeto.
  • O histórico é armazenado em um arquivo chamado shell_history.

Variáveis de Ambiente e Arquivos .env

Variáveis de ambiente são uma maneira comum de configurar aplicativos, especialmente para informações sensíveis (como tokens) ou para configurações que podem mudar entre ambientes.

O Qwen Code pode carregar automaticamente variáveis de ambiente de arquivos .env. Para variáveis relacionadas à autenticação (como OPENAI_*) e a abordagem recomendada .qwen/.env, consulte Autenticação.

Tabela de Variáveis de Ambiente

Argumentos de Linha de Comando

Argumentos passados diretamente ao executar a CLI podem substituir outras configurações para essa sessão específica.

Para seleção de imagem sandbox, a precedência é: --sandbox-image > QWEN_SANDBOX_IMAGE > tools.sandboxImage > imagem padrão embutida.

Tabela de Argumentos de Linha de Comando

Arquivos de Contexto (Contexto Instrucional Hierárquico)

Embora não sejam estritamente configuração para o comportamento da CLI, os arquivos de contexto (padrão QWEN.md, mas configurável via context.fileName) são cruciais para configurar o contexto instrucional (também chamado de “memória”). Este recurso poderoso permite fornecer instruções específicas do projeto, guias de estilo de código ou qualquer informação de contexto relevante à IA, tornando suas respostas mais adequadas e precisas às suas necessidades. A CLI inclui elementos de UI, como um indicador no rodapé mostrando o número de arquivos de contexto carregados, para mantê-lo informado sobre o contexto ativo.

• Propósito: Esses arquivos Markdown contêm instruções, diretrizes ou contexto que você deseja que o modelo Qwen conheça durante suas interações. O sistema é projetado para gerenciar esse contexto instrucional de forma hierárquica.

Exemplo de Conteúdo de Arquivo de Contexto (ex.: QWEN.md)

Aqui está um exemplo conceitual do que um arquivo de contexto na raiz de um projeto TypeScript pode conter:

# Project: My Awesome TypeScript Library

## General Instructions:
- When generating new TypeScript code, please follow the existing coding style.
- Ensure all new functions and classes have JSDoc comments.
- Prefer functional programming paradigms where appropriate.
- All code should be compatible with TypeScript 5.0 and Node.js 20+.

## Coding Style:
- Use 2 spaces for indentation.
- Interface names should be prefixed with `I` (e.g., `IUserService`).
- Private class members should be prefixed with an underscore (`_`).
- Always use strict equality (`===` and `!==`).

## Specific Component: `src/api/client.ts`
- This file handles all outbound API requests.
- When adding new API call functions, ensure they include robust error handling and logging.
- Use the existing `fetchWithRetry` utility for all GET requests.

## Regarding Dependencies:
- Avoid introducing new external dependencies unless absolutely necessary.
- If a new dependency is required, please state the reason.

Este exemplo demonstra como você pode fornecer contexto geral do projeto, convenções de código específicas e até notas sobre arquivos ou componentes particulares. Quanto mais relevantes e precisos forem seus arquivos de contexto, melhor a IA poderá ajudá-lo. Arquivos de contexto específicos do projeto são altamente recomendados para estabelecer convenções e contexto.

• Carregamento Hierárquico e Precedência: A CLI implementa um sistema de memória hierárquico carregando arquivos de contexto (ex.: QWEN.md) de vários locais. O conteúdo de arquivos mais abaixo nesta lista (mais específico) normalmente substitui ou complementa o conteúdo de arquivos mais acima (mais geral). A ordem exata de concatenação e o contexto final podem ser inspecionados usando o comando /memory show. A ordem típica de carregamento é:
  1. Arquivo de Contexto Global:
     • Local: ~/.qwen/<configured-context-filename> (ex.: ~/.qwen/QWEN.md no diretório home do seu usuário).
     • Escopo: Fornece instruções padrão para todos os seus projetos.
  2. Arquivos de Contexto da Raiz do Projeto e Ancestrais:
     • Local: A CLI busca o arquivo de contexto configurado no diretório de trabalho atual e depois em cada diretório pai até a raiz do projeto (identificada por uma pasta .git) ou seu diretório home.
     • Escopo: Fornece contexto relevante para todo o projeto ou uma parte significativa dele.
• Concatenação e Indicação na UI: O conteúdo de todos os arquivos de contexto encontrados é concatenado (com separadores indicando sua origem e caminho) e fornecido como parte do prompt do sistema. O rodapé da CLI exibe a contagem de arquivos de contexto carregados, fornecendo uma indicação visual rápida sobre o contexto instrucional ativo.
• Importação de Conteúdo: Você pode modularizar seus arquivos de contexto importando outros arquivos Markdown usando a sintaxe @path/to/file.md. Para mais detalhes, consulte a documentação do Processador de Importação de Memória.
• Comandos para Gerenciamento de Memória:
  • Use /memory refresh para forçar uma nova varredura e recarregamento de todos os arquivos de contexto de todos os locais configurados. Isso atualiza o contexto instrucional da IA.
  • Use /memory show para exibir o contexto instrucional combinado atualmente carregado, permitindo verificar a hierarquia e o conteúdo sendo usado pela IA.
  • Consulte a documentação de Comandos para detalhes completos sobre o comando /memory e seus subcomandos (show e refresh).

Ao compreender e utilizar essas camadas de configuração e a natureza hierárquica dos arquivos de contexto, você pode gerenciar efetivamente a memória da IA e adaptar as respostas do Qwen Code às suas necessidades e projetos específicos.

Sandbox

O Qwen Code pode executar operações potencialmente inseguras (como comandos de shell e modificações de arquivo) dentro de um ambiente sandbox para proteger seu sistema.

O Sandbox está desativado por padrão, mas você pode ativá-lo de algumas maneiras:

• Usando a flag --sandbox ou -s.
• Definindo a variável de ambiente QWEN_SANDBOX.
• O sandbox é ativado por padrão ao usar --yolo ou --approval-mode=yolo.

Por padrão, ele usa uma imagem Docker pré-construída qwen-code-sandbox.

Para necessidades de sandbox específicas do projeto, você pode criar um Dockerfile personalizado em .qwen/sandbox.Dockerfile no diretório raiz do seu projeto. Este Dockerfile pode ser baseado na imagem sandbox base:

FROM qwen-code-sandbox
# Add your custom dependencies or configurations here
# For example:
# RUN apt-get update && apt-get install -y some-package
# COPY ./my-config /app/my-config

Quando .qwen/sandbox.Dockerfile existe, você pode usar a variável de ambiente BUILD_SANDBOX ao executar o Qwen Code para construir automaticamente a imagem sandbox personalizada:

BUILD_SANDBOX=1 qwen -s

Estatísticas de Uso

Para nos ajudar a melhorar o Qwen Code, coletamos estatísticas de uso anônimas. Esses dados nos ajudam a entender como a CLI é usada, identificar problemas comuns e priorizar novos recursos.

O que coletamos:

• Chamadas de Ferramenta: Registramos os nomes das ferramentas chamadas, se foram bem-sucedidas ou falharam e quanto tempo levaram para executar. Não coletamos os argumentos passados às ferramentas nem nenhum dado retornado por elas.
• Requisições de API: Registramos o modelo usado para cada requisição, a duração da requisição e se foi bem-sucedida. Não coletamos o conteúdo dos prompts ou respostas.
• Informações da Sessão: Coletamos informações sobre a configuração da CLI, como as ferramentas ativadas e o modo de aprovação.

O que NÃO coletamos:

• Informações Pessoalmente Identificáveis (PII): Não coletamos nenhuma informação pessoal, como seu nome, endereço de e-mail ou chaves de API.
• Conteúdo de Prompt e Resposta: Não registramos o conteúdo dos seus prompts ou as respostas do modelo.
• Conteúdo de Arquivo: Não registramos o conteúdo de nenhum arquivo lido ou gravado pela CLI.

Como desativar:

Você pode desativar a coleta de estatísticas de uso a qualquer momento definindo a propriedade usageStatisticsEnabled como false na categoria privacy do seu arquivo settings.json:

{
  "privacy": {
    "usageStatisticsEnabled": false
  }
}