b2c-app-builder

B2C App Builderは、Clueless CreationsによるMITライセンスのオープンソースプロジェクトであり、コンシューマー向けアプリ事業の構築を、AIエージェント向けの再利用可能なプリミティブのセットとして定義しています。READMEではレストランの厨房に例えて説明されており、「ステーション」はすべてのアプリ事業に共通する責任、「ケイパビリティ（Capability）」は各ステーションが生成すべき定義、「プロバイダー（Provider）」はその実装、「レシピ（Recipe）」は作成および運用ループへの作業配置、そして「選択されたナレッジ（Knowledge）」はエージェントの意思決定を助けるミザンプラス（準備）とされています。ユーザーはエグゼクティブシェフとして、機会と製品を選択し、基準を設定する役割を担います。 本プロジェクトは、スキルやソースナレッジだけでは、次にどのジョブを行うか、前のジョブで何が決まったか、どのプロバイダーが実行するか、結果が妥当か、失敗時にどうするかといった点が不明確であると指摘しています。これらに対する答えとして、ケイパビリティ、レシピ、プランニング、境界付き実行、エビデンス、リカバリを提示し、断片的なパーツではなく、複数の専門エージェントとプロバイダーを一つの事業として機能させます。ユーザーは自身のエージェント、モデル、インフラ、プロバイダーアカウント、認証情報、および実行環境を提供し、メソッド自体はMITライセンスの下で完全に提供されます。 ステーションにマッピングされたカバー領域には、機会調査（ユーザー、競合、需要、防御可能な製品仮説）、製品定義（約束、ファーストバリュー、コアループ、スコープ、成功指標）、エクスペリエンス（アイデンティティ、オンボーディング、インタラクション、モーション、アクセシブルな状態）、エンジニアリング（明示的なコントラクトとランタイム検証を備えたネイティブおよびWebサーフェス）、収益と成長（サブスクリプション、獲得、ファネル、アトリビューション、ライフサイクル）、および学習と運用（エビデンスの検査、改善計画、ユーザーサポート、事業維持）が含まれます。 5つのプリミティブが定義されています。「Capability」は運用セマンティクスと受入基準を持つ事業責任、「Provider」は宣言されたサポートと制限を持つ特定の運用の実装、「Recipe」は設定可能な作成または運用ループ、「Knowledge」は限定的な量でロードされるソース化されたガイダンス、「Evidence」は主張、アーティファクト、環境に紐づいた観察結果です。READMEでは、プロバイダーを交換しても権限やアクティベーションの意味は再定義されず、新しいレシピは同じ実行およびエビデンス機構を再利用し、ビルダーが製品、ブランド、ビジネスモデル、運用ループのコントロールを保持し続けることが強調されています。 導入にはNode.js 24が必要です。`npm install -g b2c-app-builder`に続き`b2c setup`を実行することで、ローカルワークスペースレジストリが作成され、Claude Code、Cursor、Codex用のMCP登録コマンドが表示されます。インストール不要のポータブル形式も提供されています（`claude mcp add --scope user b2c-app-builder -- npx -y -p b2c-app-builder b2c-app-builder-mcp`）。ソースから利用する場合は、リポジトリをクローンし、`npm ci`と`npm run setup`（内部で`npm link`を実行）を行います。初期コマンドには、公開ケイパビリティ、プロバイダー、レシピをリストする`b2c catalog --json`や、変更を加えず組成をプレビューする`b2c compose --config contracts/public-api/examples/subscription-app.json --json`などがあります。プレビューでは各運用がプロバイダーに解決され、ブロッカーがリストされ、宣言プレビューでは`canApply: false`が報告されます。インストール済みパッケージレシピのアクティベーションには、リビジョンチェック付きの組成プランおよびアクティベーションコマンドを使用します。 新規事業の場合、`b2c business-create`でワークスペース名、絶対ディレクトリ、製品名、仮説、マンデートを指定してプランニングワークスペースを登録します。ターゲットは空であるか存在しない必要があります。既存のワークスペースは`b2c workspaces register`で採用可能です。その後、ステータスおよびプランコマンドが続きます。記述されたライフサイクルでは、プランニングワークスペースを作成し、99ワークフローの完全事業レシピで承認済み製品を初期化し、適格な作業を計画し、エグゼクティブを通じて境界付きセッションを実行します。エビデンスレポートにより、現在の受入状況と不足または古い証明を分離し、中断されたリクエストはリビジョンチェック付きのリカバリを通じて完了します。 コンポジション（Composition）はレシピをターゲットに紐付け、YAML（`apiVersion: b2c/v1`、レシピID/バージョン、ターゲットプラットフォームとランタイム、および運用をプロバイダーバージョンと接続にマッピングするバインディング）を介して単一運用のプロバイダーをオーバーライドできます。接続値は個別に管理される接続名であり、認証情報ではありません。 モバイルアプリの運用は独自のケイパビリティとして扱われます。エージェントがカスタマージャーニーを辿り、バグを再現し、デザインをレビューし、スクリーンショットやデモ映像をキャプチャします。デフォルトプロバイダーとしてエージェントホストのネイティブシミュレーターツールが使用され、MobAIなどの代替手段も選択可能です。Tuckの例では、旅行計画、パッキング、ランディングページを含む実際のアプリとWebのキャプチャが示されており、キャプチャの出所と検証制限へのギャラリーリンクが提供されています。 ステータステーブルでは、宣言されたサポートと動作する実装が区別されています。実装済み項目には、ソースベースのナレッジ、ワークフローカタログ、CLIおよびローカルMCP、ワークスペース作成、プランニング、境界付き実行、レビューとエビデンス、`b2c/v1`ディスカバリー、コンポジションプレビュー、共有CLI/MCPスキーマとコントラクトテストを備えた事業ステータス、およびコンテンツピン、プレビューチェック、リカバリを備えたローカルパッケージインポートとコンポジションアクティベーションが含まれます。プロバイダーの実行ルートは明示的なホストアダプターであり、宣言のみで実行されることはありません。次のマイルストーンとして、ベンチマーク品質の完全なコンシューマー事業を1つ構築することが掲げられています。市場レポートは実装されていますが、マルチビジネスのマイルストーンは未証明のままです。 貢献について、プロジェクトはより優れたコンシューマーアプリのリファレンス、運用コントラクト、プロバイダー、レシピを募集しています。ほとんどの貢献は新しいステーションの追加ではなく、ステーションを実行する方法の追加であり、ファーストパーティおよびコミュニティ拡張は同じ適合性スイートをパスする必要があります。AGENTS.mdファイルでは、スコープに応じてエージェントの作業を`b2c-app-builder`、`b2c-contributor`、または`b2c-maintainer`のスキルに振り分けています。サードパーティのクレジットと法的通知は、`catalog/upstreams`の下にあるアップストリームマニフェストからレンダリングされます。