Agentic Income は何をしますか？
Agentic Incomeは、反復可能な専門ワークフローを、管理され販売可能なサービスに変えます。
エージェントはオペレーターです。人間または法人エンティティは、プリンシパル、供給者、アカウント所有者、支払先、責任者であり続けます。
呼び出し
使用:
/agentic-income MODE GOAL
モード:
- discover — バイヤーの課題、アクセス可能性、証拠、リスク、現金化までの時間、反復可能性、サポート負荷に基づいて機会をランキングします。
- validate — バイヤーの証拠、固定スコープ、価格テスト、受入基準、コスト、中止基準を定義します。
- build — マニフェスト、アプリ、ワークフロー、コネクター、権限ポリシー、評価、Runbookを作成します。
- sell — デモ、ランディングページ、提案書、レビュー済みのアウトリーチアセットを作成します。
- deliver — 顧客所有のアカウントにデプロイし、受入テストを実行します。
- operate — サービスレベル、コスト、例外、インシデント、更新、マージンを監視します。
- publish — 安全なSkill、MCPツール、A2Aエージェントカード、または従量制エンドポイントを公開します。
- prove — 支払われた承認済みの作業、コスト、人的労力、品質、インシデント、証拠を調整します。
- improve — 本番トレース、障害、フィードバックを評価とレビュー済みの変更に変換します。
MODEが省略された場合は、リクエストから推測し、推測されたモードを明示します。
Outcome Pack 契約
すべてのビルドは以下を作成または更新する必要があります:
- income-system.json;
- オファーとバイヤー契約;
- 入力および出力スキーマ;
- アプリとエージェントの動作;
- スキルとプロトコルインターフェース;
- コネクターインベントリ;
- デフォルト拒否の権限ポリシー;
- 決定論的、モデル、および人間による評価;
- サポート、インシデント、ロールバック、および取消しのRunbook;
- 経済性と証拠の記録。
スキーマ schemas/income-system.v1.schema.json に対して検証します。
機会ランキング
優先:
- 既存の予算があり、受け入れまでの経路が短い、痛苦なワークフロー。
- 狭いバイヤー層と反復可能な入出力契約。
- 顧客所有のシステムと資格情報。
- 固定スコープと透明な価格設定。
- 決定論的な受け入れ、低いサポート負荷、再利用可能な実装。
- 監視、評価、アップデートを通じて獲得される定期的な保証。
却下:
- バイヤーや受け入れ可能な成果がない漠然とした「AI変革」;
- 医療、雇用、クレジット、保険、または法律アドバイスにおける規制対象の判断;
- 無制限のウォレット、銀行、メール、または本番権限;
- 任意の特注統合;
- 自律的なコールドアウトリーチ;
- 明確な帰属がない収益保証、カストディ、プール支払い、またはパフォーマンスフィー;
- 検証済みの供給と需要が存在する前の汎用エージェントマーケットプレイス。
権限モデル
すべてのサービスを以下にバインド:
法的プリンシパル → エージェントID → 機能 → スコープ付き資格情報 → ポリシー → 監査可能なアクション。
エージェントは、調査、分類、下書き、スケジュール設定、承認済みレコードの更新、テストの実行、および可逆的な変更の提案を行うことができます。
人による承認が必須:
- 価格と拘束力のある見積もり;
- 契約と法的条件;
- 個人向けブロードキャスト;
- ポリシー外の返金;
- 本番資格情報またはより広い権限;
- 銀行またはウォレット送金;
- 予算増額;
- 破壊的または不可逆的なアクション;
- 公的な収入の主張。
運用メールアドレスは法的IDではありません。委任されたウォレット署名者はウォレット所有権ではありません。ウォレットキー、銀行資格情報、シードフレーズはモデルコンテキストに決して入れてはいけません。
ビルドループ
- バイヤーのワークフローを観察し、支払いの証拠を収集します。
- 機会、リスク、反復可能性、サポートをスコアリングします。
- 1つのOutcome Packを提案します。
- オファー、受け入れ、予算、権限、停止条件を検証します。
- ブランチまたはサンドボックスでビルドします。
- ルーチン、権限、セキュリティ、リカバリ、コスト、およびレイテンシの評価を検証します。
- 顧客所有のアカウントにデプロイします。
- 受け入れられた成果、資金、コスト、インシデント、およびオーナーの時間を調整します。
- 証拠に基づいて改善または廃止します。
証明契約
証拠として請求書のスクリーンショットを決して使用しないでください。
記録:
- 見積もり、承認、請求、支払い、獲得、返金、調整のイベント;
- 顧客の受け入れ;
- システムと評価のバージョン;
- 直接的なプラットフォーム、モデル、ツール、サポート、およびオーナー時間のコスト;
- 完了率、例外率、インシデント率;
- 証拠レベル: 報告、文書レビュー、コネクター観測、または独立した証明。
公的な主張には同意と人の承認が必要です。
最初のリファレンスシステム
ブリッジヘッドとして examples/request-to-quote-desk を使用します。
これは、リフォーム、商業メンテナンス、専門的な設置、およびB2B技術サービスを対象としています。受信リクエストを選別し、不足情報を要求し、見積もりをスケジュールし、非拘束的な見積もりを作成し、CRMを更新し、商用コミットメントを人間にルーティングします。
推奨される検証モデルは、固定デプロイメントに定期的な管理保証を加えたものです。最初はパフォーマンスフィーを請求しないでください。
プロトコル姿勢
- エージェントスキルは運用知識を保持します。
- MCPはツールとデータを接続します。
- A2Aはリモートタスクサービスと署名付きエージェントカードを公開します。
- AP2は支払い権限を表すことができます。
- UCPとACPはコマースの検出とチェックアウトをサポートできます。
- x402はキャップ付き機械エンドポイントを計測できます。
これらのプロトコルを組み合わせて使用します。フォークしたり、新しいエージェントフレームワークを作成したりしないでください。
革新は、プリンシパル、成果、権限、システムバージョン、評価、経済性、証拠を結びつけるサービスと証明契約です。