v0.6.2 — fix scip-swift install (404 for every user)

Patch release: Swift indexing was unreachable through the installer for every user. No change to any MCP tool signature or response shape.

Fixed

• setup.sh --only scip-swift 404'd on every macOS arm64 host. The Swift indexer's repo moved off the personal phuongddx owner to the jarvis-intelligence org, and GitHub serves no redirect for the old path — so the pinned download URL returned 404 instead of forwarding, and the install failed on every run. SCIP_SWIFT_REPO now points at jarvis-intelligence/scip-swift.

  Repointing alone was not enough: the move also dropped every tag and release asset, so scip-swift v0.1.2 has been republished from the same source (the binary still reports 0.1.2).

• Two regression guards. A test asserts SCIP_SWIFT_REPO's owner never drifts back — the drift assertion ZOEKT_RELEASE_REPO and SCIP_RELEASE_REPO already had and this one never did — and setup-smoke.yml now runs --only scip-swift on both runners. Previously the scip-swift download path had zero CI coverage, which is why the breakage shipped silently.

If Swift indexing failed for you: re-run setup.sh (or setup.sh --only scip-swift), then jarvis index /path/to/repo.

Install

Claude Code plugin:

/plugin marketplace add jarvis-intelligence/jarvis-index
/plugin install jarvis@jarvis

Standalone (uv / uvx):

uvx --from jarvis-mcp jarvis-server

Platforms: macOS (arm64/x86_64) and Linux (x86_64/aarch64), Python 3.12–3.14. scip-swift itself is macOS arm64 only.

See CHANGELOG.md.

v0.6.1 — publishing identity moves to jarvis-intelligence

No functional changes — this release moves jarvis's publishing identity to the jarvis-intelligence org after the repo transfer.

What changed

• MCP Registry: the server is now io.github.jarvis-intelligence/jarvis. The old io.github.phuongddx/jarvis entry stays frozen at 0.6.0 — registry-aware clients should switch to the new name.
• PyPI trusted publisher re-anchored to the org (no environment — unavailable on private repos under free-plan orgs).
• PyPI project URLs now point at the canonical public repo, jarvis-intelligence/jarvis-index.

Install

Claude Code plugin:

/plugin marketplace add jarvis-intelligence/jarvis-index
/plugin install jarvis@jarvis

Standalone (uv / uvx):

uvx --from jarvis-mcp jarvis-server

Platforms: macOS (arm64/x86_64) and Linux (x86_64/aarch64), Python 3.12–3.14.

See CHANGELOG.md.

v0.6.0 — typeHierarchy works; compiled wheels

typeHierarchy returns real super/subtypes for the first time, and releases now ship Cython-compiled wheels.

To activate typeHierarchy on an existing install

curl -fsSL https://raw.githubusercontent.com/jarvis-intelligence/jarvis-index/main/setup.sh | sh
jarvis reindex <slug>

Upstream scip expt-convert (through v0.9.0) never populates global_symbols.relationships (scip#464); the fix (scip#465) is unmerged upstream, so setup.sh now installs a build of the public fork carrying it, published to jarvis-index releases. The install is version-gated: existing upstream v0.9.0 binaries are replaced automatically on the next setup.sh run. Indexes built with an unpatched scip keep returning the explicit error until reindexed.

Install

Claude Code plugin:

/plugin marketplace add jarvis-intelligence/jarvis-index
/plugin install jarvis@jarvis

Standalone (uv / uvx):

uvx --from jarvis-mcp jarvis-server

What changed

• Compiled wheels, no sdist. The PyPI wheel is no longer readable source: every module ships as a native .so (cp312–cp314 × linux x86_64/aarch64 × macOS arm64/x86_64). Wheels ≤ 0.5.1 remain readable on PyPI. musl/Alpine and Windows are not installable targets; tracebacks now show compiled frames.
• Fork-built scip distribution via build-scip.yml + SCIP_COMMIT pin, mirroring the zoekt pattern. Exit ramp documented: when upstream merges the fix, setup.sh repoints at upstream releases.

Platforms: macOS (arm64/x86_64) and Linux (x86_64/aarch64), Python 3.12–3.14.

See CHANGELOG.md.

v0.5.1 — version fast-forward so unpinned installs get current code

No functional changes relative to v0.1.0 — this release fixes version resolution on PyPI.

The 0.0.1 clean-slate reset deleted the pre-reset tags and GitHub Releases, but jarvis-mcp 0.5.0 was never yanked on PyPI and remained the highest version there. Every unpinned install (uvx --from jarvis-mcp, pip install jarvis-mcp, the plugin's --from "jarvis-mcp>=0.0.1" floor) resolved to that stale pre-reset build instead of current code. Jumping to 0.5.1 makes today's code the effective latest for all resolvers; versioning continues from here.

This release therefore carries everything in v0.1.0 — most notably the new SCIP symbol-definition signal in semanticSearch.

Install

Claude Code plugin:

/plugin install jarvis@phuongddx/jarvis-dist

Standalone (uv / uvx):

uvx --from jarvis-mcp jarvis-server

Index a repo:

uvx --from jarvis-mcp jarvis index /path/to/repo --slug my-repo

See CHANGELOG.md.

v0.1.0 — semanticSearch learns what a definition is

semanticSearch now fuses a third retrieval signal: SCIP symbol-definition matches. A query naming an identifier ranks that identifier's definition site above chunks that merely mention it — using the compiler-grade symbol data jarvis already publishes but retrieval never touched.

Install

Claude Code plugin:

/plugin install jarvis@phuongddx/jarvis-dist

Standalone (uv / uvx):

uvx --from jarvis-mcp jarvis-server

Index a repo:

uvx --from jarvis-mcp jarvis index /path/to/repo --slug my-repo

What changed

• New symbol_search module turns a natural-language query into ranked definition locations: token extraction (stopword filtering, adjacent-token bigrams so "zoekt lifecycle" finds ZoektLifecycle, dotted suffixes like Class.method), case-insensitive matching against the SCIP name map, ranking by matched-token count → kind priority (types > methods > terms) → shorter dotted path, then resolution through defn_enclosing_ranges.
• The signal enters the existing reciprocal rank fusion unweighted alongside vector and Zoekt hits, and merges into a vector chunk when that chunk contains the definition line. sources may now include "symbol"; symbol-only hits carry content: "" with symbolName set to the definition's dotted path.
• Strictly additive: search-only repos, partial indexes, or any failure inside the signal degrade to the previous two-signal result, byte-identical. No MCP tool signature or response-shape change.
• Fixed in review before shipping: SCIP's 0-based line numbers now convert to jarvis's 1-based convention at the SymbolHit seam — without this, a definition's symbol hit missed its own chunk by exactly one line.

Caveat: Swift repos gain nothing from this signal — scip-swift emits clang USR strings as symbol names, which NL tokens never match (same limitation as bare-name resolution in the nav tools).

See CHANGELOG.md.

v0.0.1 — clean-slate release

Clean-slate re-release of jarvis-mcp after the repository was reset to a single commit. No code changes — every source file, test, and doc is byte-identical to the pre-reset state. The version is reset to 0.0.1 so published artifacts don't collide with the orphaned pre-reset tags (v0.2.0–v0.5.0, now deleted).

Install

Claude Code plugin:

/plugin install jarvis@phuongddx/jarvis-dist

Standalone (uv / uvx):

uvx --from jarvis-mcp jarvis-server

Index a repo:

uvx --from jarvis-mcp jarvis index /path/to/repo --slug my-repo

What changed

Nothing functional. This release exists to re-establish the release pipeline (PyPI, MCP Registry, Claude Code plugin, Codex plugin) from a clean single-commit baseline with no prior history.

See CHANGELOG.md.