feat(warp): add ZERO-294 Warp adapter#46
Closed
spencercharest wants to merge 1 commit into
Closed
Conversation
spencercharest
added a commit
that referenced
this pull request
Jul 1, 2026
Add a Warp entry to the agents matrix so zero init provisions Warp. Warp has no plugin installer or lifecycle hooks (see #46), so it is a kiro-style standalone-only entry: home-level skill dirs (.warp/skills, .agents/skills) plus the global MCP config at .warp/.mcp.json. Warp's MCP entries carry a bare url with no type field, so the shape is "http-url" rather than kiro's "http-type-url". Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
Collaborator
Author
|
Reconciled against #63: the existing |
spencercharest
added a commit
that referenced
this pull request
Jul 2, 2026
* feat(zero): add 15 agents/harnesses to the install matrix Folds the ZERO-294 adapter PRs (#37-#56, excl. #48/#58) into plugins/zero/agents.json: amp, antigravity, cline, continue-cli, copilot, crush, cursor, devin, goose, hermes, kilo-code, opencode, qwen-code, trae, zed. Roo Code (#53) and Replit Agent (#50) are not addable (product shut down / no local footprint). Existing kiro (#42) and warp (#46) entries were re-verified and stand as-is. qwen-code is plugin-installable (verified live: non-interactive marketplace install with --consent, native --auto-update); everything else is standalone-only. Hook fragments added where the host has a JSON hook config whose semantics tolerate our scripts: continue-cli (full Claude-compatible), devin (SessionStart+UserPromptSubmit), qwen-code (full, ms timeouts), copilot/cursor/goose (SessionStart only, host dialects). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * ci(version-check): detect manifests by top-level version key, not grep agents.json now carries host hook-dialect fragments that legitimately contain a nested "version" field (Copilot/Cursor hooks files); the grep matched it and lockstep failed on a non-manifest. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * feat(zero): drop standalone.mcp from new matrix entries MCP config targets are only needed for ephemeral environments where auth session data cannot be written to disk; the new entries are all persistent hosts. kiro/warp keep their pre-existing blocks. The researched per-host MCP surfaces remain documented in the closed adapter PRs. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * feat(zero): drop standalone.mcp from kiro and warp too MCP config targets are only for ephemeral environments where auth session data cannot be written to disk; no matrix entry needs one. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> --------- Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Subtask: ZERO-306, under ZERO-294.
Adds a Warp adapter for Zero:
plugins/zero-warpoverlay with Warp MCP project config and versioned adapter metadata.scripts/build-warp.shto assembledist/zero-warp/.guides/warp.mdand README install/repo-structure entries.1.4.0viamake minor.Important: this PR does not modify
guides/agent-install.md. Proposed runbook text is documented below for the later runbook rework.Official sources used
Install/update surfaces
Warp has no in-session plugin installer for local skills and no lifecycle hooks for runner provisioning. The install surface is terminal/project-template based:
The adapter installs:
.warp/skills/zero/SKILL.mdand.agents/skills/zero/SKILL.mdfor Warp/native plus portable skill discovery..warp/.mcp.jsonfor the Zero streamable HTTP MCP server.Updates:
curl -fsSL https://zero.xyz/install.sh | bashto update the Zero runner.Proposed
guides/agent-install.mdnotesDo not apply in this PR; collect for the later runbook rework:
This installs the Zero skill under
.warp/skills/and.agents/skills/andconfigures the Zero MCP server in
.warp/.mcp.json. Warp exposes skills asslash commands, so
/zeroinvokes the Zero skill. Configure any Zero commandallowlist manually in Warp Agent Profiles and Permissions; the adapter does not
ship hooks or command approval code.
Results:
make version->1.4.0.warp/.mcp.json,.warp/skills/zero/SKILL.md, and.agents/skills/zero/SKILL.md.guides/agent-install.mdhas no diff.Docker project-template and copied-auth Zero loop:
Results:
~/.zerointo container as$HOME/.zero.@zeroxyz/cli@latestbecause the copied host runtime shim points at a host Node path that does not exist in Docker.run_WFAtrSfAtbJBv9Q79SgMX0 USDC via mpp on tempoZERO-306 Warp Docker copied-auth Zero runner check 20260615000023Full Warp-agent E2E was not run: Warp is a GUI terminal/agent surface and I did not find a documented headless Warp agent CLI suitable for Docker. There are also no Warp lifecycle hooks to exercise in a container.
Claude-style plugin compatibility and simpler install option
Full Claude Code plugin package support: No. Warp can read Claude-compatible skills, including
.claude/skills/, but it has no documented Claude Code.claude-plugininstaller and no lifecycle hook system for this adapter.What this means for users:
A Warp-specific adapter should stay very small: skill + remote MCP + optional Agent Profile guidance.
The simplest consumer path is:
Build scripts should be maintainer-only packaging. If this PR remains custom, publish a prebuilt
zero-warpartifact so users copy/extract rather than build.GitHub Releases / no-build install check
Result: No native Gemini-style GitHub Release install path. Warp's docs support MCP setup through settings, file-based MCP configs, and the built-in
/agent-add-mcpskill. They do not document installing agent skill/plugin bundles from GitHub Release assets.Best no-build consumer path:
A GitHub Release asset can still bundle the ready-to-copy
.warp/ skills files, but it would be a manual download/extract fallback. The simpler maintenance path is likely skill + MCP instructions rather than a heavier Warp-specific artifact.Status
Draft. Project-template layout and direct copied-auth Zero loop passed in Docker; full Warp-agent E2E requires a real Warp desktop/agent session.