NotHoly para VS Code
Conversas, contexto selecionado explicitamente e alterações locais revisadas no editor.
Atualizado em 31 de outubro de 2026
Instale a versão 0.1.0
Baixe o VSIX, compare seu SHA-256 com o manifesto da versão e instale-o localmente no VS Code 1.144 ou posterior. Esta é uma distribuição direta do pacote; não alegamos publicação no Marketplace.
code --install-extension notholy-vscode-0.1.0.vsixAbra e autentique
Execute NotHoly: Open Conversation pela Paleta de Comandos e, em seguida, NotHoly: Sign In with API Key. As credenciais são armazenadas no SecretStorage do VS Code, separadamente para cada origem de API. Use NotHoly: Configure API Origin para definir um endpoint explícito; as configurações do espaço de trabalho não podem redirecioná-lo silenciosamente.
Conversa e arquivos selecionados
Escolha um modelo e um modo disponíveis. Envie pelo botão ou com Ctrl/Cmd+Enter. O histórico reabre ramificações existentes; reconectar acompanha a mesma execução. Anexar um arquivo ou uma seleção exige confirmação explícita que informe o destino. Não há varredura de todo o espaço de trabalho nem envio automático.
Alterações locais revisadas
Espaços de trabalho confiáveis podem abrir um diff nativo de um artefato de patch autorizado. Aplicá-lo exige confirmação separada; buffers com alterações não salvas e mudanças simultâneas em disco bloqueiam a gravação. O contexto e as alterações locais ficam no espaço de trabalho selecionado. O editor não expõe uma ponte para execução arbitrária de shell.
Escopos e saldo
O fluxo completo do editor usa models:read, usage:read, sessions:read, runs:read, runs:write, chat:write, approvals:write, artifacts:read e artifacts:write. Admissão, direitos de uso, associação e limites da chave impostos pelo servidor continuam valendo. Chat, CLI e API usam a mesma unidade de crédito. Créditos incluídos são consumidos primeiro, seguidos dos créditos comprados elegíveis; o servidor continua impondo escopos e acesso aos modelos.
Limite da verificação de plataforma
O VS Code 1.144 no Windows passou por uma suíte real de testes no host de extensões, usando uma fixture de loopback sem chamadas ao provedor. Remote SSH, devcontainers, macOS e Linux não foram executados nessa verificação; espaços de trabalho virtuais somente no navegador não são compatíveis. Testes com fixtures não certificam todas as plataformas nem todas as capacidades do runtime.