Installing
Settings → Agent Mode → Integrations → Install from folder. VoiceOS validates the manifest and shows a consent sheet first: the integration’s name, publisher, version, its tools, and its declared permissions — along with the honest caveat that its code runs on this Mac and wasn’t reviewed by VoiceOS. Once installed, the integration appears under Custom → My Integrations, its tools join the agent on the next turn, and Studio-built ones keep their Edit with AI button.Managing an installed integration
Open any integration’s detail page:Sharing
- Send the folder, or push it to a git repo and share that. The scaffold is
standalone (
bun add @modelcontextprotocol/sdk zodis the only setup), andAGENTS.mdrides along so the recipient’s AI tooling understands it immediately. - Version it. Bump the manifest
version(semver) when you ship changes; recipients reinstall or reload to pick them up. - Keep
repositorypointing at the source — it renders as a trust signal on the detail page.
Hosting your own server
Folders run locally (local-mcp) — zero infrastructure, and the default for
anything personal or shareable.
Teams that own infra can ship runtime: { "kind": "remote-mcp", "url": … }
instead: VoiceOS connects to your Streamable-HTTP MCP server and brokers auth.
Same manifest, same cards, different home.
The App Store
The contract already defines the publishing lifecycle — draft → in review → published — and thehosted runtime for VoiceOS-operated integrations, but the
cloud App Store itself isn’t live yet.
Today, distribution is folders and repos, and integrations show a Developer
Preview label in the app. Manifests you write now will publish as-is when the
App Store ships — that’s the
stability promise.
