Chapter 8: Bundling Your Pack
TL;DR
- Stop
worka dev(Ctrl+Cin the terminal). - Build a release artifact:
worka build --release - Publish to the Worka registry via a pull request.
Throughout this tutorial, you used worka dev for fast iteration. Now it’s time to create a production artifact.
Step 1: From Development to Production
The worka dev server is optimized for speed and hot-reloading, not for creating a final asset. For that, we use the bundle command.
First, stop the development server by pressing Ctrl+C in the terminal where it is running.
Step 2: Build the WASM artifact
In your pack’s root directory, run:
worka build --release
This builds a production WASM artifact (main.wasm) along with the pack manifest.
Step 3: Publish
Worka packs are distributed through the official registry repository. For MVP:
- Build your pack to produce
main.wasm. - Create a GitHub release for the pack (the release hosts the WASM).
- Open a pull request to
worka-ai/registryupdating the pack entry to point at the release.
The Worka app installs packs by reading the registry entry and downloading the WASM from the release URL.
Note: Third‑party registries (including private registries) are supported for teams that want fully private packs.
Congratulations! You have completed the end‑to‑end cycle of a Worka pack:
- Set up your environment.
- Scaffold, run, and view a pack in development.
- Build A2UI views with the SDK.
- Implement tools in a pack MCP server.
- Produce a release artifact and publish it.
In the following parts of this guide, we will move from this tutorial format to a more detailed exploration of specific topics, diving deeper into the powerful features of the Worka platform.