Lucid Agents

Lucidではすべてがひとつの定義から始まる。キー、説明、入力と出力のスキーマ、ハンドラ、任意の価格でエントリーポイントを記述する。この契約ひとつが検証、呼び出し、配信、タスク、検出、そして各フレームワークのアダプタを動かすので、ルートの挙動と対外的な説明がずれない。開発者にとっては、変更する場所が五か所ではなく一か所になるということだ。

決済パッケージは複数のプロトコルを話す。x402決済とMPP決済の両方を扱い、EVMとSolanaでの売り手検証を伴うチャレンジ、EVMでの購入、Sign-In-With-X、ポリシー制御に対応する。Machine Payments ProtocolにもPayment-AuthチャレンジとTempo、Stripe、独自の資格情報で対応する。ウォレットとファシリテーターは外に置いたままで、保管と決済の選択がSDKに縛られず自分の手元に残る。

LucidはひとつのHTTP契約を、チームがすでに使うフレームワークに結びつける。Hono、Express、TanStack Startに専用アダプタがあり、CLIは独立したパッケージではなくNext.jsのApp Routerモジュールも生成する。アダプタは同じルート計画を結ぶので、小さなスクリプトでHonoの背後に置いても、大きなExpressやNext.jsアプリの中でも、サービスの挙動は同じだ。

有料サービスは、買い手が見つけて信頼できて初めて役に立つ。アイデンティティパッケージはERC-8004の登録と検索、信頼メタデータを担い、a2aパッケージはAgent Card形式の検出、クライアント呼び出し、トークンで保護された非同期タスクを生む。エージェント間の支払い向けにAP2の役割メタデータも付けられる。この層が、別のマシンにサービスを呼ぶかどうかを決めさせる。

金が絡むと、アプリケーション側の制御はプロトコルと同じくらい重要になる。Lucidは決済コアの上に受取人の上限、予算、レート制限、安全な有料リトライを足し、冪等性が支払いとその履行をひとつのトランザクションに保つ。分析パッケージは束ねた支払いをJSONとCSVで書き出し、サービスがいくら稼ぎ、どこで失敗したかが見える程度にまとめる。

CLIはテンプレートからHono、Express、TanStack、Next.jsのプロジェクトを生成し、保護付きのデプロイパッケージがプロバイダーへの配備を担う。公開されたnpmパッケージがStableチャネルを成し、リポジトリは先行しうるNextチャネルを保つ。ドキュメントは全パッケージをひとつのチャネルに揃えるよう強く求める。StableとNextの混在は壊れる原因としてよくあるからだ。