Before treating any artifact as GA-ready, review and resolve the blocker list in GA_RELEASE_READINESS.md. The current repository can pass source-level MVP checks, but the GA path still requires the product shell, real worker, runtime packaging, signing, and strict release-machine E2E work called out there.
npm install. .open-code/toolchain/env.shif you are using the sandboxed toolchain.cargo fmt --checkandcargo clippy --workspace --all-targets -- -D warningswithrustfmtandclippyinstalled.OPEN_CODE_MEMORYD_PROBE_STRICT=1 npm run test:memoryd:probeon a host that can bind localhost.npm run test:e2eon a Mac/Linux machine with Ollama and the target local Gemma model ready.npm run buildnpm run package
Publish the generated .vsix to Open VSX under your namespace after you have an access token. This repo uses publisher open-code in the extension package.json; change it to a namespace you own before publishing.
For a full branded Electron app, merge this extension into a Code-OSS fork and follow FORK_AND_RELEASE.md: reproducible build docs, signed binaries where required, changelog and attribution, extension strategy (Open VSX first), credential policy.
Default open model: Gemma 3 4B on localhost (Ollama-compatible or your bundled llama.cpp sidecar). The extension default is gemma3:4b for the MVP bootstrap, and the current MVP manifest lives at runtime/model-manifest.json. Pin exact model artifacts and checksums in your server manifest before a consumer desktop release. First-run model download should be only from your updater, not a separate end-user Ollama install, when you ship a consumer build.
Store API keys in the OS keychain; memory stores metadata only. See SECURITY.md.