How Do Developers Share Raycast Extensions With the Community or Their Team?

Updated

Raycast extensions reach two different audiences through two different paths. To share with the entire Raycast user base, you publish to the Raycast Store. To share with coworkers, you build and distribute extensions for your team. The official documentation at developers.raycast.com covers both, with a dedicated publishing guide for the Store and a Teams section for internal sharing.

Sharing With the Community: The Raycast Store

The Raycast platform is split into two parts, and the Store is the one built for distribution:

  • API — lets developers build extensions with React, Node.js, and TypeScript.
  • Store — lets developers share their extensions with all Raycast users.

The documentation states directly that you'll learn how to publish your extension, so publishing is a documented, supported workflow rather than an informal handoff. The docs describe the Store as the place where you "share your extensions with all Raycast users," which is the community-facing distribution channel.

What the community path gives you

  • Reach — your extension is available to the full Raycast user base, not just people you know.
  • Collaboration and inspiration — the docs frame the ecosystem as one where you "build your extension, share it with our community, and get inspired by others."
  • Open-source examples — the Examples section lets you "kickstart your extension by using an open-source example and learn as you go," which is also how you see how other developers structured and shipped their work.

Sharing With Your Team

Team sharing is a separate concern from Store publishing, and the docs give it its own section. The Teams section is described as the place to "build and share extensions with your teammates to speed up common workflows."

The practical distinction:

Goal Where to look What it covers
Share with all Raycast users Store / publishing guide Publishing an extension to the community
Share with teammates Teams section Building and sharing extensions internally to speed up workflows

If your extension encodes internal processes, private endpoints, or company-specific tooling, the Teams path is the relevant one. If it solves a general problem other Raycast users would want, the Store is the relevant one.

Where to Find the Details

The documentation overview maps out the sections you'll need:

  • Basics — step-by-step guides for building extensions.
  • Teams — building and sharing extensions with teammates.
  • Examples — open-source starting points.
  • Information — background knowledge about the platform.
  • API Reference — detailed reference with code snippets.
  • Utilities — helpers for common patterns and operations.

The publishing workflow itself lives in the Store-related documentation, and the docs note a complete documentation index is available via llms.txt, with pages also available as Markdown.

What Makes Sharing Practical

Two platform features lower the friction of getting an extension in front of others:

  • Familiar tooling — extensions use TypeScript, React, and Node, so you can lean on npm's ecosystem instead of learning a bespoke stack.
  • Built-in UI components — you focus on logic while Raycast handles the pixels, which keeps your extension visually consistent with everything else in the Store.

A strongly typed API, hot-reloading, and modern tooling round out the developer experience, and the platform is described as "easy to start, flexible to scale" — a simple script, a static UI, or a full React build are all valid starting points.

Next Step

Start with the Basics guides to build the extension, then choose your distribution path: the Store publishing documentation for community release, or the Teams section for internal sharing. If you want a head start, pull an open-source example first and adapt it.