helixor
Durable code memory and verified understanding for AI coding agents.
pipx install helixor
helixor init
helixor init collects identity and portal login, activates an existing
organization membership when selected, stores one or more source roots, starts
and registers the companion, launches the tray, repairs installed Codex and
Claude integrations, discovers projects below each root, and builds an index
per project. A small persistent workspace router makes searches span those
independent indexes.
The companion at http://127.0.0.1:18733/mcp/ is the only MCP listener. Agent
clients, the tray, indexing, watchers, and workflow execution all use it.
Recovery is intentionally one command:
helixor repair
helixor repair --source-root ~/code
helixor update
repair migrates old workflow grants into persistent source roots, reconciles
portal registration, removes stale Helixor listeners on port 18733, restarts
the companion and tray, repairs installed agent integrations, and verifies the
real MCP tool registry. update upgrades the CLI and then runs that repair.
The packaged tray also checks for, downloads, and installs its desktop update
at startup.
To reset one machine without deleting team work from the portal:
helixor uninstall # dry-run: shows the exact local reset boundary
helixor uninstall --yes # unregister companion and remove local components
helixor init # reinstall, register, and reindex
uninstall removes the Codex and Claude Code plugins/MCP registrations, the
tray application, companion runtime/configuration, local workflow executions,
legacy workflow sandboxes, indexes, and the local usage ledger. It unregisters
only this machine's companion record. Portal workflow definitions, designs,
todos, workspace channels, usage records, membership, and license records are
never addressed. The saved portal login is retained so helixor init can
register the replacement companion without another login; pass
--forget-login only when that is intentional. If the portal cannot be
reached, local deletion stops before it begins. --local-only is the explicit
escape hatch for removing local files while leaving a stale portal registration.
Inside a configured source root, workflows have direct read/write/delete and shell access. There are no per-workflow grants, copied staging workspaces, or approval prompts. Paths outside configured roots fail explicitly.
Agent-specific setup is available through the umbrella installer:
helixor agent install claude # opens the Claude Desktop extension installer
helixor agent install codex # writes ~/.codex/config.toml
helixor agent install grok # prints/writes generic MCP JSON for Grok MCP settings
helixor agent install mcp-generic # prints/writes generic MCP JSON
After installing the Codex MCP server, restart Codex Desktop or the IDE
extension before opening a new task. For the CLI, exit the current session and
start a new one. Verify the durable registration with codex mcp get helixor
or inspect active tools with /mcp inside Codex.
helixor claude install remains available as a compatibility shortcut for the
Claude Desktop MCP Bundle.
The CLI checks PyPI at most once every 24 hours. When a newer version is
available in an interactive terminal, it shows the exact upgrade command and
asks before running it. Non-interactive commands are never paused; they receive
an update warning instead. Use --no-update-check for one invocation or set
HELIXOR_CLI_NO_UPDATE_CHECK=1 to disable automatic checks.
For maintainers building the bundle from a checkout:
cd helixor-cli/claude-extension
node scripts/pack.mjs
For the current wheel-bundle release channel:
python3 -m pip install --find-links helixor-wheelhouse helixor
The public CLI is the cloud-trial runtime. It does not bundle private Helixor
Code backend or helix-core packages. helixor up starts a lightweight local
companion at http://127.0.0.1:18733 plus the tray app. The companion scans the
local index store, reports token/value ledgers, exposes tray health, and keeps
valid local indexes current with an always-on filesystem watcher. Build and
query execution can be local or delegated to the configured Helixor provider;
the durable index artifact remains in the companion's local index store.
In trial mode, helixor index discovers Python, JavaScript, Java, Rust, Go, and
Git project markers under the selected path. When it finds multiple projects,
it builds a separate bounded index for each rather than one oversized snapshot.
Use --single-index only when a combined index is deliberate. The companion
persists a lightweight workspace router and searches its module artifacts as
one federated workspace. helixor init uses --index-strategy lazy: setup
finishes after discovery, an exact codebase_id builds that module on first
use, and an explicit scope=all builds every missing module before a
workspace-wide search. Direct helixor index remains eager by default for
users who explicitly request a complete root build. Only built modules are
watched; later changes are debounced, rebuilt through the same provider
boundary, and installed back into the local store.
Configure the
file-count, per-file, and total snapshot envelope from the tray's Account ->
Index snapshot limits panel; the CLI --max-* flags remain available as
one-command overrides. The default file-count ceiling is 10,000 after common
dependency, cache, report, and build-output trees such as node_modules,
target, .gradle, vendor, and reports are excluded. Files are read one at
a time, so this ceiling is a runaway-snapshot guard rather than a file-descriptor
budget.
The tray also shows and configures a separate Maximum local index storage quota (10 GiB by default). The companion measures the complete staged artifact, metadata, receipt, and catalog before replacing an index. If the local store would exceed its quota, the refresh fails explicitly and the existing index is preserved. Indexes are never deleted automatically; raise the quota or prune an unused index deliberately.
Enterprise local execution remains a provider swap behind the same public companion listener:
helixor up --companion-provider enterprise-local
The enterprise package owns any local Jewel/Helix execution dependencies, but does not start another MCP or companion listener. Enterprise local is the premium path for private-source teams that need the fastest loop: the licensed companion builds and queries local indexes while the cloud records license acceptance, companion registration, shared workspace state, token ledgers, and team coordination.
Build and verify the bundle from the monorepo:
PYTHON=python3.12 scripts/package-helixor.sh --smoke
Start with:
docs/quickstart-cursor.mdfor Cursor MCP setup.docs/quickstart-collab.mdfor team hub or direct collaboration mode.
Metadata
Release files for helixor 0.4.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| helixor-0.4.0.tar.gz | 235.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| helixor-0.4.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 428.5 kB
Release files / helixor-0.4.0.tar.gz
| Download URL | helixor-0.4.0.tar.gz |
|---|---|
| Size | 235.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
5a38866631c8b02ab279eb1b5db7c076d4724f330e2fa1ff9586298c7455da56
|
|
BLAKE2b-256 checksum How to use checksums |
ccdd51f7ab995056fbaaddd000da0c803d5b9bf40032a961830dfae2ddd10a78
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 29, 2026.
Transparency logRelease files / helixor-0.4.0-py3-none-any.whl
| Download URL | helixor-0.4.0-py3-none-any.whl |
|---|---|
| Size | 193.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
ac2b91efff90511aed590107931a5358e4bc60a6d7b69db57a510d54e836e309
|
|
BLAKE2b-256 checksum How to use checksums |
cb55567f042fcd19312c783a5df12c0d2659994e7a4c8c123b86b84d09065178
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 29, 2026.
Transparency log