Saltar a la documentación

NotHoly para VS Code

Conversaciones, contexto seleccionado de forma explícita y cambios locales revisados en el editor.

Actualizado el 31 de octubre de 2026

Instala la versión 0.1.0

Descarga el VSIX, compara su SHA-256 con el manifiesto de la versión e instálalo localmente en VS Code 1.144 o posterior. Esta es una distribución directa del paquete; no se afirma una publicación en Marketplace.

Shell
code --install-extension notholy-vscode-0.1.0.vsix

Abre y autentícate

Ejecuta NotHoly: Open Conversation desde la Paleta de comandos y, después, NotHoly: Sign In with API Key. Las credenciales se almacenan en SecretStorage de VS Code, por separado para cada origen de API. Usa NotHoly: Configure API Origin para definir un endpoint explícito; la configuración del espacio de trabajo no puede redirigirlo de forma silenciosa.

Conversación y archivos seleccionados

Elige un modelo y un modo disponibles. Envía con el botón o con Ctrl/Cmd+Enter. El historial vuelve a abrir ramas existentes; reconectar sigue la misma ejecución. Adjuntar un archivo o una selección requiere una confirmación explícita que indique el destino. No se rastrea todo el espacio de trabajo ni se realizan subidas automáticas.

Cambios locales revisados

Los espacios de trabajo de confianza pueden abrir un diff nativo de un artefacto de parche autorizado. Aplicarlo requiere una confirmación separada; los búferes con cambios sin guardar y los cambios simultáneos en disco bloquean la escritura. El contexto y los cambios locales permanecen en el espacio de trabajo seleccionado. El editor no expone un puente para ejecutar comandos de shell arbitrarios.

Permisos y saldo

El flujo completo del editor usa models:read, usage:read, sessions:read, runs:read, runs:write, chat:write, approvals:write, artifacts:read y artifacts:write. La admisión, los derechos de uso, la pertenencia y los límites de la clave impuestos por el servidor siguen aplicándose. Chat, CLI y API usan la misma unidad de crédito. Primero se consumen los créditos incluidos y, después, los créditos comprados elegibles; el servidor sigue aplicando los permisos y el acceso a modelos.

Límite de la verificación de plataforma

VS Code 1.144 en Windows superó una suite real de pruebas en el host de extensiones, usando una fixture de loopback sin llamadas al proveedor. Remote SSH, devcontainers, macOS y Linux no se ejecutaron en esa verificación; los espacios de trabajo virtuales solo de navegador no son compatibles. Las pruebas con fixtures no certifican todas las plataformas ni todas las capacidades del runtime.