GitHub Copilot CLI para iniciantes: visão geral dos comandos de barra comuns
Aprofundamento CEVIU
Aprofundamento
O GitHub Copilot CLI não é só um atalho para autocomplete no terminal: ele é um agente de linha de comando com memória de contexto de projeto, capaz de executar tarefas como navegação em repositórios, geração de scripts shell personalizados e até diagnóstico de erros baseado em logs, desde que configurado com Language Server Protocol (LSP). A integração com LSP é o que separa esse CLI de ferramentas genéricas de IA no terminal: ele entende a estrutura real do seu código-fonte, não apenas padrões de texto.
Os comandos de barra (como /explain, /test ou /fix) são gatilhos para agentes especializados, não simples prompts. Cada um carrega uma cadeia de raciocínio pré-definida, por exemplo, /test executa análise estática, identifica funções sem cobertura e sugere casos de teste com base no comportamento observado nas chamadas recentes ao código, não em adivinhação.
Por que isso importa
Para iniciantes, dominar esses comandos significa reduzir a curva de aprendizado de ferramentas como git bisect, grep -r ou curl com pipelines manuais, mas sem abrir mão de controle ou rastreabilidade. Diferente de agentes fechados, o Copilot CLI registra cada ação como um passo auditável, com opção de revisão manual antes da execução. Isso transforma o terminal em um ambiente colaborativo entre humano e IA, não um canal de comando cego.
Perguntas frequentes
O Copilot CLI precisa de acesso ao meu repositório remoto?
Não. Ele opera localmente, com acesso apenas aos arquivos do diretório atual e seus subdiretórios. Nenhum dado é enviado para servidores da GitHub, a menos que você use explicitamente comandos que interagem com APIs, como /pr ou /issue, e mesmo assim com autenticação explícita.
Posso usar comandos de barra em scripts automatizados?
Sim, mas com ressalvas. Comandos como /explain ou /fix funcionam em modo não interativo com a flag --non-interactive, porém perdem capacidade de confirmação humana. Para produção, recomendamos usá-los apenas em ambientes de desenvolvimento isolados ou com diff preview habilitado.
Qual é a diferença entre <strong>/test</strong> e <strong>/run test</strong>?
/test analisa o código e gera casos de teste sugeridos. Já /run test executa o comando de teste definido no seu package.json, Makefile ou pyproject.toml, sem gerar nada novo. Um é assistência proativa, o outro é atalho de execução.
Fontes
- github.blogfonte original
- Categoria
- CEVIU IA
- Publicado
- 15 de junho de 2026
- Editoria
- CEVIU IA
