Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Publish status cards and Live Activities to iOS widgets, the Lock Screen, and the Dynamic Island.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
ウェブ、デスクトップ、モバイルのClaudeで使えます:
https://api.00widget.com/mcpターミナルでこれを実行します
claude mcp add --transport http 00widget https://api.00widget.com/mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"00widget": {
"url": "https://api.00widget.com/mcp"
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"00widget": {
"type": "http",
"url": "https://api.00widget.com/mcp"
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
ChatGPTがつなげるのは、インターネット上のサーバーだけです:
https://api.00widget.com/mcpメニューの名前は、プランや時期によって少し違うことがあります。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
このサーバーのツール一覧はまだ読み取っていません。エンドポイントは順番にチェックしています。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名はドメイン 00widget.com で確認済みです(レジストリがドメインの所有を確認しています)
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
まだチェックしていません。エンドポイントは順番にチェックしています
まだチェックしていません。エンドポイントは順番にチェックしています
まだチェックしていません。エンドポイントをチェックするときにツール一覧を読み取ります
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
作者のクラウドで動きます。インストール不要でインターネット経由でつながりますが、送った内容は作者のサーバーを通ります。
GitHubリポジトリの最終更新は–、最新バージョン(1.0.0)がレジストリに届いたのは2 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。URLでつながるので、リモートMCPサーバーに対応したアプリ(開発者モードのChatGPTなど)でも使えます。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, LickityClick
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Create, edit and track LickityClick short links, campaigns and click stats from your AI assistant.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Widgets for all your agents.
A reusable Apple-platform companion app and Cloudflare Worker backend that gives Claude, ChatGPT, automations, and software you build a native output channel through widgets, Live Activities, the Dynamic Island, and Apple TV dashboards.
The server never sends UI — only structured state conforming to a small set of templates. The Apple apps render that state through predefined SwiftUI views.
Hosts that speak the Model Context Protocol can publish to 00Widget with no integration code: add /mcp as a custom connector, sign in, and pick a tenant. The tools wrap the same handlers as the REST routes, so the two surfaces cannot drift.
MCP is off by default (MCP_ENABLED in wrangler.toml) because it exposes a browser flow that mints API tokens on the public internet. Approving a connector requires signing in, and the credential it issues is a normal tenant token scoped to the approver's own account, revocable from /admin.
Details: server/README.md → "MCP".
An additive MCP Apps UI can be tested without touching that connector: deploy the same Worker with MCP_PREVIEW_ENABLED = "true", then add /mcp-preview as a separate Developer Mode connection. It adds read-only render_card, render_activity, and render_dashboard tools backed by a versioned HTML resource; /mcp keeps its existing discovery and tool contract.
If you're inside another repo (say, a CI pipeline or a home-automation script) and want to make Claude Code / Codex publish state to your 00Widget instance, paste this into the agent — it's self-contained:
Integrate this project with 00Widget so its state shows up on iOS widgets and Live Activities.
Read the integration contract: https://github.com/morais/00widget/blob/main/docs/llms.md That single document is everything you need — don't pull in the rest of the 00Widget repo.
Operator-supplied env vars: 00WIDGET_BASE_URL=https://api.example.com 00WIDGET_API_KEY=
Verify both work with curl $00WIDGET_BASE_URL/health and an authenticated GET /v1/cards before writing any code.
Then:
summary, progress, list, action, chart, history, breakdown, briefing, or timeline) per llms.md's decision matrix./v1/cards/upsert, or one related snapshot to /v1/cards/upsert-batch, using stable ids. No SDK, no class hierarchy.Constraints:
id per logical thing — never embed timestamps or run ids.If this project is itself a Cloudflare Worker, see the "Notes for Cloudflare Workers callers" section in llms.md — same-account integrations should use a Service Binding instead of a public HTTPS fetch.
00widget/
ios/ # SwiftUI app + WidgetKit extension + Live Activity (iOS 26+) server/ # Cloudflare Worker (TypeScript) — REST API + APNs fan-out examples/ # curl scripts showing how any agent can publish state marketing/ # Screenshot and App Preview sources, docs, and entry points artifacts/ # Generated marketing output (ignored by Git)
cd server
npm install install -m 600 .dev.vars.example .dev.vars # fill in SESSION_SECRET; enable the local fallback only when needed npx wrangler dev
Then:
curl -s http://localhost:8787/health
cd examples
install -m 600 env.example.sh env.sh # edit BASE_URL and API_KEY ./upsert-solar.sh
Requires macOS with Xcode 26+, iOS 26 simulator or device, and XcodeGen.
brew install xcodegen
cd ios xcodegen open ZeroZeroWidget.xcodeproj
In Xcode, change the bundle id and App Group to values your Apple Developer team owns (see ios/README.md), then run.
See ios/Sources/Shared/Models/ (Swift) and server/src/types.ts (zod) — the two are kept in lockstep.
summary, progress, list, action, chart, history, breakdown, briefing, timeline.POST /v1/actions/:id/run./login signs a person in with the same Apple ID they use in the iOS app. Signing in establishes identity, not authority: ADMIN_EMAILS names the addresses whose sessions additionally carry admin capabilities, and every route under /admin asserts that capability rather than assuming it.
Signing in does not sign you up. The callback resolves the Apple identity against the account the app created and turns away one it does not recognise, so finding this endpoint is not a way to become a tenant. WEB_SIGNUP_ENABLED (off by default) opts a deployment into web account creation.
The admin dashboard at /admin lists cards, devices, push tokens, Live Activities, pending activities, and push-to-start tokens across every tenant. It can also create and revoke tenant credentials and delete tenant data, so access grants full administrative control rather than read-only visibility. An API_KEYS bootstrap login (ADMIN_API_TOKEN_LOGIN=true, off by default) covers a deployment that has no accounts yet.
Administration is enabled by default. Set ADMIN_ENABLED = "false" under [vars] in server/wrangler.toml and redeploy to make /admin and all its mutation endpoints return 404 before session or database access. Web sign-in, the account dashboard, MCP authorization, and the public API remain available.
Create least-privilege tenant API tokens from /admin using the tenant owner email and a permission preset; those generated credentials are what apps and agents use for /v1/*.
Setup walkthrough: server/README.md → "Web sign-in".
ios/README.md — Xcode setup, entitlements, signing.server/README.md — Worker deploy, D1 binding, APNs secrets, web sign-in and admin.examples/README.md — publishing state from any shell or agent.docs/llms.md — for agents (Claude Code / Codex) integrating *another* project with 00Widget.docs/brand/README.md — logo, colors, tagline rules.marketing/screenshots/README.md — raw capture, promotional composition, and App Store screenshot workflow.marketing/app-preview/README.md — App Store Preview capture, rendering, and validation workflow.Working end-to-end. Cards publish, Live Activities start/update/end, push-to-start is wired, and APNs payloads are verified against Apple's current docs (date-stamped in server/src/apns.ts).
Push-to-start (ActivityKit, iOS 17.2+) — fully implemented. iOS observes Activity .pushToStartTokenUpdates from didFinishLaunchingWithOptions, registers via POST /v1/live-activities/register-start-token. The backend's POST /v1/live-activities/start sends the start event to all registered devices and falls back to the pending-queue path if no token is registered (or if the APNs delivery fails). End-to-end verification needs .p8 credentials configured on the Worker.
tvOS activity dashboard — the Apple TV app lists ongoing Live Activities above its widgets. The backend exposes one deduplicated tenant-scoped view across pending starts and registered device activities, while tvOS renders countdowns and progress locally.
WidgetKit `pushHandler` (iOS 26+) — fully implemented. Each widget configuration calls .pushHandler(ZeroZeroWidgetPushHandler.self). The handler persists WidgetKit’s canonical token/configuration snapshot in the App Group, and the host app reconciles it at launch, on foreground, after app-build changes, and through a short bounded retry while WidgetKit finishes generating a token. Backend pushes carry aps.content-changed: true, use budget-aware per-tenant cadence, and durably coalesce suppressed changes into one delayed queue delivery when the cadence window opens. A successful foreground app fetch also requests targeted timeline reloads immediately. End-to-end verification still needs .p8 credentials and a physical device.
Source code is MIT licensed. The 00Widget name and brand assets are excluded; see LICENSE and docs/brand/LICENSE.