* feat(adapters): add Antigravity CLI (agy) + GitHub Copilot CLI support
Add two agentic CLI adapters onto next's existing adapter registration —
without the abandoned PR's setup subcommand / consolidated registry.
Antigravity CLI (agy):
- MCP + capture-only PostToolUse hook adapter (agy honors no stdout veto in
auto-run mode; verified against agy 1.0.5). The agy hook payload
{conversationId, toolCall, workspacePaths} is mapped onto the shared
capture pipeline.
- Ships a Claude-layout plugin bundle (configs/antigravity-cli/) installed via
`npm run install:agy` (mirrors install:openclaw), with a version-skew
capture-hook probe in the installer.
GitHub Copilot CLI (1.0.59):
- json-stdio hook adapter with six events: PreToolUse, PostToolUse, PreCompact,
SessionStart, UserPromptSubmit, Stop. Overrides CopilotBaseAdapter to emit the
FLAT {type,command} + top-level "version": 1 hook config Copilot CLI requires.
- MCP install via `copilot mcp add context-mode -- context-mode`.
- Fix a latent Stop-hook bug: a session_end event with no `data` threw inside
insertEvent (createHash(undefined)) and was silently dropped.
Cross-cutting:
- #774: probe agy/copilot config markers before the generic ~/.claude check.
The copilot marker is narrowed to context-mode-written files
(~/.copilot/mcp-config.json | hooks/context-mode.json), not a bare ~/.copilot/
dir, so a co-installed-but-unconfigured Copilot CLI cannot steal detection
from a Claude Code user.
- Dispatcher fails OPEN (exit 0) on a missing hook script: GitHub Copilot CLI
treats an exit-1 PreToolUse hook as DENY, so a version skew (a newer adapter's
hook command on an older global) would otherwise brick the agent.
Fixes #774. Fixes #775.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* ci: regenerate bundles for antigravity-cli + copilot-cli support
Picks up the new HOOK_MAP entries, client-map keys, validPlatforms,
getSessionDirSegments cases, and the fail-open dispatcher into the
esbuild-generated runtime bundles.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* docs(platform-support): sync support docs to 18 platforms + fix stale Kiro classification
Make README.md and docs/platform-support.md internally consistent and aligned
with the adapter source of truth.
Header sync (18 platforms everywhere):
- The Main Comparison Table (was 11 cols), the Capability Matrix (was 11), and
the README Platform Compatibility table (was 17, missing Kimi Code) now list
the SAME 18 platforms in one shared order. Adds the two branch-new platforms
(GitHub Copilot CLI, Antigravity CLI `agy`) plus previously-omitted Qwen Code,
KiloCode, OpenClaw, Zed, Pi as columns. Each cell sourced from the per-platform
detail sections / adapter source and independently verified.
- Fix five ragged rows in the Main Comparison Table (a dropped trailing OMP cell)
and add CLI Hook Dispatcher rows for qwen-code + copilot-cli.
- GitHub Copilot CLI section: normalize the `**Hook Names:**` label and add the
missing `**Output Modification:**` field for json-stdio-family parity.
Fix stale Kiro classification (code is the source of truth):
- The kiro adapter is json-stdio with working preToolUse/postToolUse hooks
(hooks/kiro/{pretooluse,posttooluse}.mjs + a kiro HOOK_MAP entry), yet the docs
called it "MCP-only (Phase 2 — not implemented)" and the README contradicted
itself ("no hook support" in one place, "native preToolUse/postToolUse" in two
others).
- Reclassify Kiro as json-stdio with PreToolUse + PostToolUse + exit-code-2
blocking across the Overview paradigm table, both wide tables, the dispatcher
table, and the Kiro detail section; document that agentSpawn (SessionStart) and
stop are not yet wired, so session restore after compaction is unavailable.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* fix(antigravity-cli): drop vestigial .mcp.json dependency that broke fresh clones
The agy plugin-bundle test asserted configs/antigravity-cli/.mcp.json, but
.mcp.json is gitignored repo-wide and was never committed — so the test passed
on the dev machine (file present locally) yet failed on a fresh clone with
ENOENT. Committing the file is the wrong fix: the .gitignore comment documents
that shipping .mcp.json has silently broken fresh installs before (#253/#531).
- The bundle declares MCP the Claude way via .claude-plugin/plugin.json
mcpServers (committed — the mechanism agy reads on `agy plugin install`),
mirrored by the agy-native mcp_config.json (committed). Remove the vestigial
bundle .mcp.json and stop the test + docs from requiring it. Every file the
plugin test reads is now git-tracked, so a fresh clone passes.
- README: Kiro was still grouped under "Non-hook platforms" in the routing-
enforcement note. Kiro has native preToolUse/postToolUse hooks; it needs the
manual KIRO.md copy only because agentSpawn/SessionStart is not yet wired.
Reword to say so.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* fix(adapters): cross-platform agy installer + copilot-cli COPILOT_HOME parity
Windows fix (real): replace the bash-only agy plugin installer with a
cross-platform Node script so `npm run install:agy` runs natively on Windows
(PowerShell/cmd), not just Git Bash/WSL. agy runs on Windows, so its installer
must too — the old `node -e` wrapper hard-exited 1 on win32. openclaw stays
bash-only (it is genuinely POSIX-only). Removes
scripts/install-antigravity-cli-plugin.sh in favor of
scripts/install-antigravity-cli-plugin.mjs (same preflight + version-skew probe).
copilot-cli hardening (COPILOT_HOME edge case only — the default ~/.copilot
install was and remains correct):
- CopilotCliAdapter.getSessionDir() now roots at getConfigDir() (COPILOT_HOME-
aware), mirroring codex/kimi, so the TS server reads sessions from the same
place the hook runtime (COPILOT_OPTS configDirEnv: COPILOT_HOME) writes them.
Previously a relocated COPILOT_HOME split hook writes ($COPILOT_HOME/...) from
server reads (~/.copilot/...), making sessions appear empty.
- detect.ts copilot-cli marker honors COPILOT_HOME, not just ~/.copilot.
No change to the default (COPILOT_HOME-unset) behavior; a regression test pins
both the ~/.copilot default and the COPILOT_HOME-rooted path.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* ci: regenerate bundles for copilot-cli COPILOT_HOME parity
Picks up CopilotCliAdapter.getSessionDir() and the COPILOT_HOME-aware detect.ts
marker into the esbuild runtime bundles.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* fix(antigravity-cli): installer registers the MCP server (agy plugin install skips it)
`npm run install:agy` ran only `agy plugin install`, which — verified against
agy 1.0.5 — processes a bundle's skills + hooks but logs "mcpServers : skipped
(not found)" and registers NO MCP server. agy reads a plugin's MCP only from a
bundle `.mcp.json` (intentionally not shipped — gitignored repo-wide after
#253/#531) and has no `agy mcp add` command, so context-mode's MCP server was
never registered: users had to add it to ~/.gemini/config/mcp_config.json by hand
(reported on Windows; reproduced on Linux: `mcpServers : skipped (not found)`).
The installer now also writes context-mode into agy's GLOBAL MCP profile
~/.gemini/config/mcp_config.json (idempotent JSON merge, preserves other servers,
tolerates a malformed file) — the file agy actually loads and `context-mode
doctor` checks. Verified end-to-end on agy 1.0.5: `npm run install:agy` →
mcp_config.json gains context-mode → `agy -p "... ctx_execute ... 7 + 5"` → 12.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* fix(server): emit Gemini-safe tool schemas so agy/Gemini CLI expose ctx_* tools
Antigravity CLI (agy) and Gemini CLI use Gemini's function-calling API, which
rejects JSON Schema `const` and `additionalProperties`. When a tool's parameter
schema contains either, the host SILENTLY DROPS that tool from the model's
function list — so agy never sees the ctx_* tools and works around them by
hand-rolling the MCP protocol through its Bash tool (verified on Windows: agy
wrote scratch/call_ctx_stats.js + list_mcp_tools.js MCP clients instead of
calling the tools natively). That defeats the point of context-mode — bash
output floods the context window instead of staying in the sandbox.
context-mode builds schemas with Zod, which emits `const` (from coerce/preprocess
constructs) and `additionalProperties`, with no Gemini sanitization. Wrap the
SDK's tools/list handler to rewrite the EMITTED schema:
- `const: X` -> `enum: [X]` (an identical single-value constraint)
- drop `additionalProperties` (advisory-only; every ctx_* handler parses args
with Zod, which strips unknown keys server-side regardless)
Both transforms are behavior-preserving for every other client (Claude Code,
Copilot, Cursor): const and a one-value enum are equivalent, and no model sends
undeclared properties — only the wire schema changes, never validation or how a
tool is called. Best-effort: if the MCP SDK internals shift, the original handler
is left untouched (no regression). Verified on the real tools/list: all 11 ctx_*
tools now emit 0 `const` / 0 `additionalProperties`.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* ci: regenerate bundles for Gemini-safe tool schema sanitizer
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* fix(antigravity-cli): clear agy's stale MCP tool-schema cache on install
agy caches each MCP server's tool schemas under
~/.gemini/antigravity-cli/mcp/<server>/ and does NOT refresh them on reconnect
(verified on agy 1.0.6 against a live Windows install). A cache captured by a
context-mode older than the Gemini-safe-schema fix (ae6e7d3) keeps the
`const` / `additionalProperties` schemas that make Antigravity CLI silently drop
the ctx_* tools from the model's function list — so the schema fix never reaches
the model and the agent keeps working around the tools via shell scripts.
The installer now clears that cache after registering the MCP server, so agy
re-fetches the current Gemini-safe tools/list on its next launch. Verified on
Windows: clearing the cache + reconnecting makes agy re-store ctx_execute.json
with 0 `const` / 0 `additionalProperties`.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* docs: document agy Gemini-safe schemas + installer cache-clear + copilot COPILOT_HOME
Reflect this branch's recent behavior changes in the support docs:
- agy: context-mode emits Gemini-safe tool schemas (const->enum, additionalProperties
stripped) so Antigravity CLI exposes the ctx_* tools instead of silently dropping
them; agy caches tool schemas and never refreshes them, so `npm run install:agy`
clears that cache. Added to the agy Known Issues + install steps (platform-support.md
+ README).
- copilot-cli: COPILOT_HOME now relocates the session-DB root too (getSessionDir honors
it), and the detection marker honors COPILOT_HOME.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* docs: correct GitHub Copilot CLI plugin capability (plugins DO support MCP + hooks)
The README + platform-support docs claimed Copilot CLI plugins register only
skills/agents — not MCP servers or hooks. That's wrong: `copilot plugin --help`
and `copilot mcp --help` (Copilot CLI 1.x) confirm a plugin can register MCP
servers (a `.mcp.json` in the plugin root or `.github/mcp.json`) and hooks
(`hooks.json`), installed in one command via `copilot plugin install owner/repo:path`
(from a GitHub repo subdirectory, no clone). The "direct installs deprecated for
plugin@marketplace" note was also inaccurate (all source forms are current).
Corrected both docs. context-mode still registers via `copilot mcp add` +
`context-mode upgrade` today; a shippable Copilot plugin bundle
(configs/copilot-cli/) is noted as a planned follow-up.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* feat(copilot-cli): ship a GitHub Copilot CLI plugin bundle (MCP + skill, phase 1)
`copilot plugin install mksglu/context-mode:configs/copilot-cli` registers the
context-mode MCP server + routing skill in one command — no `context-mode
upgrade` / agent call.
The bundle's .mcp.json pins CONTEXT_MODE_PLATFORM=copilot-cli so the server
self-identifies as Copilot. This fixes the detection trap where a co-installed
Claude Code (~/.claude/plugins/installed_plugins.json) makes standalone
`context-mode upgrade` — and even ctx_upgrade — resolve claude-code and write
Claude's config instead of Copilot's.
Real Copilot plugins discover MCP from a root `.mcp.json`, so this is the one
bundle whose .mcp.json is committed: .gitignore un-ignores exactly this path
(the repo-wide ignore from #253/#531 guards the repo-ROOT dev file, not a
plugin's own config).
Phase 2 (capture hooks via the plugin's hooks.json) follows once its format is
verified on Windows.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* feat(copilot-cli): add capture hooks to the Copilot CLI plugin bundle (phase 2)
configs/copilot-cli/hooks.json registers all six Copilot hook events
(PreToolUse, PostToolUse, SessionStart, UserPromptSubmit, Stop, PreCompact),
each dispatching `context-mode hook copilot-cli <event>` against the global
binary. It is byte-equivalent to what `context-mode upgrade` writes to
~/.copilot/hooks/context-mode.json (the format verified against the
@github/copilot binary), so `copilot plugin install …:configs/copilot-cli` now
registers MCP + skill + capture hooks in one command — no `upgrade` / agent call.
Verified on Windows: with the plugin's env-pinned MCP config + a current global
context-mode, Copilot calls ctx_execute (→ 12) and ctx_upgrade resolves
copilot-cli (writes the Copilot hook, leaves Claude Code's config untouched).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* docs(copilot-cli): document the plugin bundle as the recommended install
README + platform-support now lead with `copilot plugin install
mksglu/context-mode:configs/copilot-cli` (one command: MCP + hooks + skill, no
upgrade/agent call), keeping `copilot mcp add` + `context-mode upgrade` as the
manual no-plugin path. Notes the .mcp.json env pin (CONTEXT_MODE_PLATFORM=
copilot-cli) that fixes detection under a co-installed Claude Code, the
.gitignore un-ignore for the bundle's .mcp.json, and the `copilot --plugin-dir`
local-test path. Drops the earlier "planned follow-up" wording.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* refactor(antigravity-cli): ship .mcp.json so `agy plugin install` registers MCP directly
The agy bundle declared MCP in two places that nothing consumed — a `mcpServers`
block in .claude-plugin/plugin.json (which `agy plugin install` SKIPS) and a dead
mcp_config.json (read by no code) — and relied on the installer writing agy's
GLOBAL ~/.gemini/config/mcp_config.json as a workaround for not shipping .mcp.json.
agy's plugin system is Claude-compatible and reads MCP from a bundle `.mcp.json`,
exactly like the Copilot bundle. Verified on agy 1.0.6: `agy plugin install` with
a bundle .mcp.json logs "mcpServers : 1 processed" and registers the server (env
preserved) into ~/.gemini/config/plugins/<name>/mcp_config.json. So:
- ship configs/antigravity-cli/.mcp.json (un-ignored via a .gitignore negation),
pinning CONTEXT_MODE_PLATFORM=antigravity-cli so the server self-identifies as
agy — fixing the #774 mis-detection at the MCP level, not only via dir markers;
- drop the dead mcp_config.json and the manifest's redundant mcpServers;
- simplify the installer: `agy plugin install` now registers MCP + skill + hook;
it keeps the stale tool-schema cache-clear + version-skew probe, and now
self-verifies the plugin-scoped MCP registration (one-line manual fallback if a
future agy skips it) instead of blindly writing the global profile.
Both CLI plugin bundles (copilot-cli, antigravity-cli) are now consistent.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* fix(antigravity-cli): doctor recognizes the plugin-scoped MCP + hook registration
After the bundle moved to `.mcp.json` (so `agy plugin install` registers MCP +
the capture hook into agy's plugin profile ~/.gemini/config/plugins/context-mode/),
doctor still only checked the global ~/.gemini/config/{mcp_config,hooks}.json and
warned "context-mode not found" / "capture hook not configured" on a working install.
- checkPluginRegistration + validateHooks now accept the plugin profile (the
canonical `agy plugin install` location) OR the global path (manual fallback).
- getInstalledVersion reads the installed plugin.json version so the version line
shows a real semver (PASS when current) instead of the bogus "vconfigured".
- fix hints point to `npm run install:agy`.
Unit-tested (plugin-scoped PASS for both MCP + hook). Runtime already confirmed on
agy 1.0.6: `npm run install:agy` + `agy -p "...ctx_execute...7+5..."` → 12.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* docs: clarify supported client count
* fix(copilot-cli): fail-open PreToolUse hook + gate debug logs (#787 review)
A thrown PreToolUse hook exited non-zero with empty stdout, which GitHub
Copilot CLI 1.0.59 treats as "Denied by preToolUse hook (hook errored)" and
uses to block EVERY tool — bricking the agent. parseStdin runs JSON.parse, so
a malformed payload alone triggers it. Wrap the hook body in a fail-open
try/catch: a legitimate veto is a normal stdout write + return (never a
throw), so only real errors are swallowed (empty stdout + exit 0 => ALLOW).
Adds a regression test that spawns the hook with a throwing payload.
Also gate the per-invocation debug logs (posttooluse/precompact/sessionstart)
behind CONTEXT_MODE_DEBUG, matching the kimi hooks — the PostToolUse log grew
on every tool call under the user's config dir.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* fix(util/jsonc): string-aware trailing-comma strip (#787 review)
stripJsonComments stripped trailing commas with a regex over the whole string,
silently eating commas INSIDE string values (e.g. "[1, ]" -> "[1 ]") on the
comment-strip path (reached whenever strict JSON.parse fails). Move the
trailing-comma removal into a second string-aware pass over the comment-free
output: in-string commas are preserved while real trailing commas — including
those separated from } or ] by a comment — are still stripped. Regenerated
bundles (jsonc is bundled into cli/server.bundle.mjs).
The identical duplicates in src/server.ts and src/adapters/opencode/index.ts
are left for a follow-up consolidation PR (they parse third-party configs;
wider blast radius).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* test: consolidate per-adapter test files per CONTRIBUTING (#787 review)
CONTRIBUTING.md ("Test file organization") keeps one test file per adapter /
core module. Merge the standalone bundle-guard + schema files into their
canonical homes and delete the standalones — zero net-new test files:
- copilot-cli-plugin.test.ts -> adapters/copilot-cli.test.ts
- antigravity-cli-plugin.test.ts -> adapters/antigravity.test.ts
- strict-client-schema.test.ts -> core/server.test.ts (sanitizeSchemaForStrictClients)
Also add the jsonc string-aware regression test to core/server.test.ts (its
home per the domain table; jsonc.ts has no test file of its own).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* test: rename copilot capture hooks file to the <platform>-hooks convention (#787 review)
The repo's per-platform hook test files are named tests/hooks/<platform>-hooks.test.ts
(cursor-hooks, gemini-hooks, vscode-hooks, jetbrains-hooks, kiro-hooks, kimi-hooks).
copilot-cli's was the lone deviation (copilot-cli-capture.test.ts). Rename it to
copilot-cli-hooks.test.ts and add the matching row to the CONTRIBUTING.md test-file
table. (antigravity-cli stays folded into antigravity.test.ts — capture-only single
hook, mirroring the GUI variant in the same family file, per the repo's precedent.)
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* fix(version-sync): register the Copilot CLI bundle manifest (#787 review)
configs/copilot-cli/.github/plugin/plugin.json carries a pinned "version" but,
unlike the antigravity-cli bundle, was missing from version-sync — so it would
freeze on the next `npm version` bump (the .cursor-plugin v1.0.111 drift class
the version-sync test guards against). Add it to scripts/version-sync.mjs targets,
the package.json `version` git-add list, and the version-sync test (targets + pkg
list + SHIPPED lockstep + end-to-end), mirroring the agy bundle.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* feat(antigravity-cli): bounded PreToolUse enforcement via agy's native decision contract
agy honors a top-level PreToolUse decision `{"decision":"deny"|"ask",reason}`
(verified on agy 1.0.6) — not Claude's permissionDecision/additionalContext — so
context-mode can ENFORCE routing on agy, not just capture.
- PreToolUse routing hook (hooks/antigravity-cli/pretooluse.mjs) emits agy's
native decision; deny/ask enforce, context/modify collapse to an enforceable
deny (agy ignores additionalContext). Fail-open.
- Shared agy payload mapper (hooks/antigravity-cli/payload.mjs) used by
pre/post/stop; posttooluse refactored onto it. New capture-only Stop hook
(best-effort — agy Stop firing unconfirmed, so it's excluded from doctor health).
- Native root bundle: ships plugin.json + mcp_config.json + hooks.json +
rules/context-mode.md (agy reads bundle-ROOT files); .mcp.json and
.claude-plugin/plugin.json removed. hooks/hooks.json kept as the validate/install
mirror — agy runtime fires from root hooks.json, but `agy plugin validate/install`
only REPORTS hooks when the subdir hooks/hooks.json also exists.
- routing.mjs agy aliases (run_command->Bash, view_file->Read, ...) + CommandLine/
AbsolutePath/URL extractors; tool-naming.mjs maps agy to context-mode/<tool>.
- adapter: capabilities preToolUse/postToolUse true, paradigm json-stdio, native
decision formatter, doctor; cli.ts HOOK_MAP pretooluse/posttooluse/stop;
version-sync tracks the bundle plugin.json.
Fixes a marker-handoff bug: pretooluse keyed rejected/redirect markers on
conversationId while posttooluse reads via getSessionId (which prefers the
transcript UUID) — both now use getSessionId, with a <uuid>.jsonl round-trip
regression test. Also corrects a stale core-routing assertion to agy's
context-mode/<tool> surface, adds the CONTRIBUTING test-file row, and includes
incidental CODEX_* test-env isolation hardening.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* refactor(antigravity-cli): review polish — modify guidance, ask fallback, sync comments, test placement
- formatters: agy `modify` now surfaces routing's per-tool redirect guidance
(curl/build-tool/inline-HTTP) extracted from the echo payload instead of one
generic line; `ask` carries a fallback reason so a security-policy confirmation
prompt is never bare. Adapter formatPreToolUseResponse ask branch mirrored.
- comments: cross-reference the three agy tool-name maps (payload.mjs /
routing.mjs / extract.ts) and the two agyContextReason copies (formatters.mjs /
adapter) so they don't silently drift (single shared table = follow-up).
- tests: move the agy formatter tests to the canonical tests/hooks/formatters.test.ts
(formatDecision wrapper style, beside the other per-platform blocks); assert the
surfaced modify guidance + the ask fallback. Update the run_command deny test to
the specific (non-generic) guidance.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* fix(antigravity-cli): default exec timeout under agy + anti-dump rules
Two agy-specific hardening fixes surfaced by interactive testing:
- ctx_execute / ctx_execute_file / ctx_batch_execute apply a default execution
timeout (120s, tunable via CONTEXT_MODE_AGY_EXEC_TIMEOUT_MS) ONLY under agy.
agy does not enforce an MCP RPC timeout, so a runaway/blocking script hung
forever and had to be interrupted; every other host keeps the unbounded
behavior (Issue #406). resolveExecTimeout() centralizes this; timed-out
messages now report the effective timeout (was "undefinedms"). Unit-tested +
e2e-verified (runaway ctx_execute killed at the bound instead of hanging).
- rules/context-mode.md: add a prominent "Do not dump — derive" section. agy
artifacts each MCP tool's stdout to a step file the model then reads back, so
a whole-file dump costs the context window twice; steer the model to
value/match/known-slice extraction instead.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* fix(copilot-cli): use camelCase hook event names so hooks actually fire
GitHub Copilot CLI (verified against the @github/copilot 1.0.60 binary)
dispatches hooks by camelCase event names ONLY — preToolUse / postToolUse /
sessionStart / userPromptSubmitted / agentStop / preCompact. The adapter
shipped PascalCase keys (PreToolUse / ...), which the binary silently ignores,
so context-mode's PreToolUse routing enforcement and PostToolUse capture never
fired on Copilot CLI. MCP tool exposure (.mcp.json auto-discovery) was
unaffected, which masked the regression.
- HOOK_TYPES values -> Copilot's camelCase. UserPromptSubmit->userPromptSubmitted
and Stop->agentStop are NAME changes, not just casing.
- Decouple the CLI dispatch token from the event name: buildHookCommand now
derives the token from the .mjs script base (pretooluse, ...), so the event
KEY can be camelCase while the dispatcher and cli.ts hook handler stay stable.
- Update configs/copilot-cli/hooks.json keys, README, index.ts comments, tests.
Verified e2e on real Copilot CLI 1.0.60 via the documented plugin install:
PreToolUse denied a raw `curl` and redirected to ctx_fetch_and_index (the model
obeyed); PostToolUse fired (posttooluse-debug.log advanced under
CONTEXT_MODE_DEBUG). The internal DB event-type labels in hooks/copilot-cli/*.mjs
are context-mode's cross-adapter taxonomy and are intentionally unchanged.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* Keep Copilot CLI plugin MCP config loadable on older CLI
Mac smoke testing found that Copilot CLI 1.0.44 rejects the plugin MCP entry before startup unless the no-argument server still declares an explicit empty args array.
Constraint: Copilot CLI 1.0.44 requires an explicit args array for plugin stdio MCP entries
Rejected: Omit args because context-mode takes no arguments | older Copilot CLI rejects the plugin config before MCP startup
Confidence: high
Scope-risk: narrow
Directive: Keep args: [] in the Copilot plugin .mcp.json unless Copilot documents it as optional across supported versions
Tested: vitest copilot-cli adapter and hook suites; real Copilot CLI 1.0.44 loaded context-mode MCP after patch; real agy prompt returned 12
Not-tested: Copilot prompt completion, because local Copilot CLI fails to list models even without this plugin
Co-authored-by: OmX <omx@oh-my-codex.dev>
* Ship the agy installer in the npm package
Clean-install testing exposed that the package declared npm run install:agy but omitted the installer file from package.json files, so the installed tarball failed before agy plugin install could run.
Constraint: npm tarball contents are limited by package.json files
Rejected: Rely on repository-local installer presence | npm install -g ships only allowlisted files
Confidence: high
Scope-risk: narrow
Directive: Keep package scripts and package.json files in lockstep for shipped install commands
Tested: vitest antigravity and copilot adapter hook suites; npm pack includes scripts/install-antigravity-cli-plugin.mjs; npm uninstall -g context-mode then npm install -g tarball; npm --prefix installed package run install:agy; real agy prompt returned 12; Copilot loaded installed plugin MCP
Not-tested: Copilot prompt completion, because local Copilot CLI fails to list models after MCP startup
Co-authored-by: OmX <omx@oh-my-codex.dev>
* test(server): use valid tsc option for on-demand build
* fix(copilot-cli): validate plugin runtime hooks
* docs(copilot-cli,antigravity-cli): correct hook comments + fields to match upstream refs
Ground the new Copilot CLI / Antigravity CLI adapters against the real
upstream sources (refs/platforms) and fix misleading comments + one
contradicted field. No runtime behavior change to working paths.
Copilot CLI:
- version:1 is OPTIONAL, not mandatory — the CLI accepts hook configs
that omit the version field (copilot-cli changelog.md:1109). Keep
emitting version:1 (harmless, self-documenting); fix the comments,
README, and docs that claimed hooks never fire without it.
- PascalCase event names are ACCEPTED and fire — the CLI loads configs
across VS Code / Claude Code / CLI by accepting PascalCase alongside
camelCase (changelog.md:1065, :811, :1081). Drop the 'silently
ignored / never fires' claim; we use camelCase as the native naming.
- session_id (snake_case) is the documented payload field
(changelog.md:811). Read it first; keep sessionId (camelCase) as a
defensive, undocumented fallback.
Antigravity CLI:
- The only refs-backed payload field is workspace.current_dir, an object
field (examples/title/title.sh:10, examples/title/README.md:11). Read
workspace.current_dir FIRST for the project dir, falling back to the
empirically-derived workspacePaths[0]. Annotate conversationId /
workspacePaths as unverified. Stop stays best-effort/unverified on
agy 1.0.6.
Docs: platform-support table + README continuity matrix now show
Antigravity CLI Stop as best-effort/unverified and the corrected
session-id / project-dir fields; 17-platform count unchanged (correct).
---------
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: Mert Köseoğlu <bm.ksglu@gmail.com>
Co-authored-by: OmX <omx@oh-my-codex.dev>
4.2 KiB
context-mode routing for Antigravity CLI
context-mode MCP tools are installed for this agy session. Use them when the task analyzes, counts, filters, compares, searches, parses, transforms, fetches, or otherwise processes data. Raw bytes should stay in the sandbox; only the derived answer should enter the conversation.
Do not dump — derive (most common mistake)
Do NOT use context-mode/ctx_execute_file or ctx_execute to print a whole file
or a full method/config (e.g. print(FILE_CONTENT), cat config.yaml, dumping a
281-line file). That defeats the purpose: on agy the tool's stdout is saved to a
step file that you then read back, so a full dump costs your context window TWICE
(once in the result, once on the follow-up read). Print only the specific value,
matches, count, or known line-range you need:
- WRONG:
ctx_execute_file(path:"config.yaml", language:"python", code:"print(FILE_CONTENT)") - RIGHT (value):
code:"import yaml; d=yaml.safe_load(FILE_CONTENT); print(d['active_strategy'])" - RIGHT (matches):
code:"import re;[print(i+1,l) for i,l in enumerate(FILE_CONTENT.splitlines()) if 'active_strategies' in l]" - RIGHT (known slice):
code:"print(chr(10).join(FILE_CONTENT.splitlines()[190:230]))"
If you truly need to read a small, exact byte range to edit it, native Read /
view_file on that range is fine — but never dump an entire file through a hook.
Tool call surface
Antigravity CLI exposes context-mode tools as context-mode/<tool> calls. If
the host uses the generic MCP wrapper, call call_mcp_tool with:
ServerName:"context-mode"ToolName:"ctx_execute","ctx_execute_file","ctx_batch_execute","ctx_fetch_and_index","ctx_search", or"ctx_index"Arguments: a JSON object for that tool
Do not read ~/.gemini/antigravity-cli/mcp/context-mode/*.json to discover
schemas. Those files are agy's cached tool schemas and reading them spends
context. Use these argument shapes instead:
context-mode/ctx_execute:{"language":"python","code":"..."}context-mode/ctx_execute_file:{"path":"path/to/file","language":"python","code":"..."}context-mode/ctx_batch_execute:{"commands":[{"label":"...","command":"..."}],"queries":["..."]}context-mode/ctx_fetch_and_index:{"url":"https://...","source":"..."}context-mode/ctx_search:{"queries":["q1","q2"]}context-mode/ctx_index:{"path":"path/to/file-or-dir","source":"..."}or{"content":"...","source":"..."}
Mandatory routing
- Think in code. For analyze/count/filter/compare/search/parse/transform tasks,
write code with
context-mode/ctx_executeand print only the final answer. Program the analysis; do not read raw data and compute mentally. - File read for analysis: there is no separate
ctx_readtool.context-mode/ctx_execute_fileis the context-mode file-read surface. It loads the file intoFILE_CONTENTinside the sandbox. Print only selected lines, counts, matches, summaries, or structured results. Never printFILE_CONTENTwholesale unless the user explicitly asks for a full file dump. - Native
Read/view_fileis correct when editing requires exact bytes, or when a small known range is needed. For analysis, exploration, summarization, counting, filtering, or searching inside a file, usecontext-mode/ctx_execute_file. - Use one
context-mode/ctx_batch_executecall for multi-command repository reconnaissance. One batch should replace many shell/list/search calls. - Use
context-mode/ctx_executefor shell commands whose output may exceed a short fixed answer. Native Bash is only for git, mkdir, rm, mv, navigation, installs, or short observable output. - Use
context-mode/ctx_fetch_and_indexfor web content, thencontext-mode/ctx_searchto query it. Do not dump raw HTML into the conversation. - Use
context-mode/ctx_indexonly when content should be stored and searched later. For a one-off file question, prefercontext-mode/ctx_execute_file; for follow-up retrieval, index with a descriptivesourceand query withcontext-mode/ctx_search. - Return only derived answers, concise summaries, selected snippets, or file paths to written artifacts. Do not paste raw command dumps, full files, large search results, cached schemas, or raw HTML into the conversation.