feat: add Snowflake Cortex Code to ACP registry

[kameshsampath]

Summary

• Adds cortex-code v1.0.58 to the ACP registry as a new agent entry
• Binary distribution across all 6 platforms (macOS arm64/x86_64,
  Linux arm64/x86_64, Windows arm64/x86_64) via Snowflake's public S3 CDN
• Official Snowflake brand icon — 16x16 SVG, monochrome with currentColor
  for automatic light/dark theming

Notes

• Version bumps are manual (non-GitHub CDN); bump by checking
  https://sfc-repo.snowflakecomputing.com/cortex-code-cli/a4643c4278/stable_version.txt
• The -c connection flag is optional; omitting it uses default_connection_name
  from ~/.snowflake/config.toml
• npm package (@snowflakedb/cortex-code) not yet published — npx distribution
  will be added once available, which will enable automated version tracking

Test plan

• Schema validation: SKIP_URL_VALIDATION=1 uv run --with jsonschema .github/workflows/build_registry.py --dry-run
• Full validation with URL checks: uv run --with jsonschema .github/workflows/build_registry.py --dry-run
• Icon renders correctly at 16x16 in light and dark contexts

[kameshsampath]

PLS dont merge yet, will add updates to help with update-versions. 🙏🏽

[yeskunall]

Hey @kameshsampath -- dropping a note here because zed-industries/zed#55356 traces back to this entry and the symptom is pretty specific. Wanted to surface what I’m seeing in case I’m missing something obvious --

The error from a clean Zed install of cortex-code is:

Missing command .../external_agents/registry/cortex-code/v_1.0.58_.../cortex after extraction

That message comes from this check in Zed -- cmd is interpreted relative to the extraction root, so "./cortex" resolves to <version_dir>/cortex.

When I list the darwin-arm64 archive, though, every entry is nested inside a top-level directory:

$ curl -sL "https://sfc-repo.snowflakecomputing.com/cortex-code-cli/a4643c4278/1.0.58%2B183258.b9d8c6466577/coco-1.0.58%2B183258.b9d8c6466577-darwin-arm64.tar.gz" | tar -tzf - | head -5
coco-1.0.58+183258.b9d8c6466577-darwin-arm64/
coco-1.0.58+183258.b9d8c6466577-darwin-arm64/cortex
coco-1.0.58+183258.b9d8c6466577-darwin-arm64/CHANGELOG.md
coco-1.0.58+183258.b9d8c6466577-darwin-arm64/browser_daemon/
coco-1.0.58+183258.b9d8c6466577-darwin-arm64/bundled_skills/

So after extraction the binary lands at <version_dir>/coco-1.0.58+183258.b9d8c6466577-darwin-arm64/cortex, not <version_dir>/cortex, and the ensure check fails. I confirmed the same nested layout on a real install locally:

For comparison, tar -tzf on the codex-acp asset linked from https://github.com/agentclientprotocol/registry/blob/afa62218e3f1de96942426fbc70cf3defae9f9c0/codex-acp/agent.json prints codex-acp at the root with no wrapper directory, which is why its identical-looking "./codex-acp" resolves just fine in Zed. The two agent.json files match in shape; the difference seems to be in the archive layout.

--

Thanks for reading and hope you guys have a great weekend!

[sfc-gh-ksampath]

You are right Kunal, a fix PR should land with a updated version early next week.

…

On Fri, 1 May 2026 at 6:20 PM, Kunall Banerjee ***@***.***> wrote: *yeskunall* left a comment (agentclientprotocol/registry#242) <#242 (comment)> Hey @kameshsampath <https://github.com/kameshsampath> -- dropping a note here because zed-industries/zed#55356 <zed-industries/zed#55356> traces back to this entry and the symptom is pretty specific. Wanted to surface what I’m seeing in case I’m missing something obvious -- The error from a clean Zed install of cortex-code is: Missing command .../external_agents/registry/cortex-code/v_1.0.58_.../cortex after extraction That message comes from this check <https://github.com/zed-industries/zed/blob/07e9a2d25aa296c2513c9d59cb3ff675efb58c5e/crates/project/src/agent_server_store.rs#L1286-L1294> in Zed -- cmd is interpreted relative to the extraction root, so "./cortex" resolves to <version_dir>/cortex. When I list the darwin-arm64 archive, though, every entry is nested inside a top-level directory: $ curl -sL "https://sfc-repo.snowflakecomputing.com/cortex-code-cli/a4643c4278/1.0.58%2B183258.b9d8c6466577/coco-1.0.58%2B183258.b9d8c6466577-darwin-arm64.tar.gz" | tar -tzf - | head -5 coco-1.0.58+183258.b9d8c6466577-darwin-arm64/ coco-1.0.58+183258.b9d8c6466577-darwin-arm64/cortex coco-1.0.58+183258.b9d8c6466577-darwin-arm64/CHANGELOG.md coco-1.0.58+183258.b9d8c6466577-darwin-arm64/browser_daemon/ coco-1.0.58+183258.b9d8c6466577-darwin-arm64/bundled_skills/ So after extraction the binary lands at <version_dir>/coco-1.0.58+183258.b9d8c6466577-darwin-arm64/cortex, not <version_dir>/cortex, and the ensure check fails. I confirmed the same nested layout on a real install locally: image.png (view on web) <https://github.com/user-attachments/assets/be8c8d27-227d-4c7b-b137-7f27fd4bbce0> For comparison, tar -tzf on the codex-acp asset linked from https://github.com/agentclientprotocol/registry/blob/afa62218e3f1de96942426fbc70cf3defae9f9c0/codex-acp/agent.json prints codex-acp at the root with no wrapper directory, which is why its identical-looking "./codex-acp" resolves just fine in Zed. The two agent.json files match in shape; the difference seems to be in the archive layout. image.png (view on web) <https://github.com/user-attachments/assets/3407f160-f861-4c60-87db-037f4bb801e2> -- Thanks for reading and hope you guys have a great weekend! — Reply to this email directly, view it on GitHub <#242 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/B6AENXQTOHSJA2C35VQGFA34YSMQPAVCNFSM6AAAAACX5WD256VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHM2DGNJZGM2DANBXGY> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you commented.Message ID: ***@***.***>