Enterprise deployment runbook¶
Deploy Strixonomy (VS Code) and Strixonomy (CLI/LSP) in regulated, air-gapped, or centrally managed environments. Complements enterprise evaluation and production readiness.
Deployment patterns¶
| Pattern | Components | Typical owner |
|---|---|---|
| Developer desktop | VS Code + Marketplace, Open VSX (Cursor), or VSIX | Engineering |
| CI validation | strixonomy Linux x64 binary or cargo install | Platform / DevOps |
| CI + desktop | Both | Most common enterprise pilot |
| Air-gapped | Internal VSIX + CLI mirror + NOTICES | IT security |
Ontology content stays on disk — no cloud upload by default (security policy).
VS Code extension rollout¶
Option A — Marketplace or Open VSX (internet-connected)¶
- Allowlist extension publisher
strixonomyand extensionstrixonomy.strixonomy - Cursor / Open VSX clients: allowlist open-vsx.org/extension/strixonomy/strixonomy (v0.11.0+)
- Pin minimum VS Code 1.85+ (vscode-install)
- Document conditional Trust workspace policy: bundled LSP works in Restricted Mode; Trust only for custom
lspPath/robotPath(vscode-install) - Communicate multi-root behavior — all folders are indexed since v0.10 (FAQ)
Option B — Offline / air-gapped (recommended for regulated envs)¶
- On a connected staging machine, download from GitHub Releases for version v0.27.0 (or your pinned version):
strixonomy-v0.27.0.vsix(pattern:strixonomy-v<version>.vsix)SHA256SUMSNOTICES- Optional:
strixonomy-lsp-v<version>-<platform>.tar.gzper platform if not using bundled VSIX LSP - Verify checksums:
sha256sum -c SHA256SUMS
- Transfer artifacts to internal artifact store (Artifactory, Nexus, S3 with policy, etc.)
- Distribute install procedure to developers:
Extensions → … → Install from VSIX… → select internal copy of strixonomy-*.vsix
- Archive
NOTICESand version metadata alongside the VSIX for legal/compliance audits.
See release integrity for full verification steps.
Option C — Build from source (highest control)¶
From an internal git mirror of the repository:
./scripts/package-extension.sh
cd extension && npx vsce package --no-dependencies
Install resulting VSIX internally. Requires Rust + Node toolchains on build host.
Pinning and updates¶
| Practice | Recommendation |
|---|---|
| Version pin | Standardize on one release tag (e.g. v0.27.0) across VSIX and CLI |
| Update cadence | Quarterly review of changelog and SECURITY.md on GitHub |
| Staged rollout | Pilot group → department → org (see production readiness) |
| Rollback | Keep previous VSIX + CLI tarball in internal registry |
Pre-1.0: expect minor release API changes — test CI and integrators before org-wide bump.
CLI on CI agents¶
Linux x64 (recommended)¶
Download pinned release binary — fastest cold start:
VERSION=0.27.0
ASSET="strixonomy-v${VERSION}-x86_64-unknown-linux-gnu.tar.gz"
BIN="strixonomy-v${VERSION}-x86_64-unknown-linux-gnu"
curl -fsSL -o "${ASSET}" \
"https://github.com/eddiethedean/strixonomy/releases/download/v${VERSION}/${ASSET}"
tar xzf "${ASSET}"
chmod +x "${BIN}"
./"${BIN}" validate /path/to/ontologies
Verify against SHA256SUMS in production pipelines (ci-integration).
macOS / Windows CI¶
| Platform | Release CLI binary | Alternatives |
|---|---|---|
| Linux x64 | Yes | — |
| macOS | No | cargo install strixonomy-cli --locked --version 0.27.0 (requires Rust on agent) |
| Windows | No | Same, or WSL/Linux job for validate |
Cache ~/.cargo or an internal cargo registry mirror to reduce cargo install time.
Language server hardening¶
| Control | Action |
|---|---|
| Never expose LSP on network | stdio only with trusted editor (SECURITY.md) |
strixonomy.lspPath | Disable via policy or restrict to trusted workspaces only |
| Restricted Mode | Default untrusted repos — bundled LSP used; custom path ignored |
| Workspace trust | Document that untrusted clones skip admin LSP overrides |
Group policy / MDM checklist¶
- [ ] Extension allowlist includes
strixonomy.strixonomyOR distribute VSIX via internal portal only - [ ] Block Marketplace auto-update if policy requires pinned VSIX
- [ ] Document single-root workspace convention in internal wiki
- [ ] Provide internal support link for troubleshooting (empty explorer, LSP start failures)
- [ ] Archive
NOTICES+ version per deployment wave (LGPL compliance)
Remote development (SSH, dev containers, Codespaces)¶
Documentation does not certify these environments. Pilot checklist:
- Install VSIX on remote VS Code server if using Remote-SSH (extension runs remotely)
- Confirm bundled
strixonomy-lspmatches remote OS/architecture (VSIX bundles Linux/macOS/Windows x64) - Open ontology folder on remote filesystem (indexing is local to LSP process)
- Re-run first success on the remote host
Report gaps via GitHub issues.
Audit and logging¶
Strixonomy does not ship centralized audit logging. For compliance:
| Event | Suggested org control |
|---|---|
| Ontology edits | File change history on disk (write-back may modify .ttl, .obo, .owl/.rdf, .owx); use version control if your team requires audit trails |
| CI validation | Pipeline logs for strixonomy validate / classify exit codes |
| Extension install | MDM/Marketplace audit logs |
| Vulnerability response | Subscribe to GitHub Security Advisories for eddiethedean/strixonomy |
Reference architecture¶
flowchart LR
subgraph corp [Corporate network]
Artifactory[Internal artifact mirror]
Dev[Developer VS Code]
CI[CI runner Linux x64]
Ontology[Ontology project]
end
Artifactory -->|VSIX NOTICES CLI| Dev
Artifactory -->|strixonomy binary| CI
Dev -->|stdio| LSP[strixonomy-lsp]
LSP --> Ontology
CI --> Ontology