AppKit
パートナーが Avana が借入、リスク、決済の責任を負う一方で、LP 支援のクレジットを Avana に組み込む方法。
概要
AppKitは、すでにユーザーとの関係を持つサードパーティ製品（例えばDEX、ウォレット、ポートフォリオアプリなど、LPのポジションがすでに表示されているもの）向けです。パートナー製品がその瞬間をフレーム化し、コンテキストを捉え、借入エントリがどこに表示されるかを決定します。実際のローンの流れはAvanaが実行します。
AppKitは、すでにユーザーとの関係を所有しているパートナー向けです — DEX、ウォレット、ポートフォリオアプリでLPのポジションがすでに表示されている場合です。パートナーが配置と引き渡しを管理します。Avanaが実際のローン経路を実行します。
統合モデル
意図の取り込み
AppKitは、ユーザーがすでに自分のLPのポジション、ポートフォリオの状態、またはスワップの状況を理解している場所に属するため、借入エントリは新しいフローを強制するのではなく、既存の意図の隣に表示されます。
プロトコルへのハンドオフ
パートナーはウォレットと市場のコンテキストをAvanaに渡します。その後、借用フローは、ユーザーが手作業で再構築するよう求めるのではなく、既に設定されたそのコンテキストで開くことができます。
パートナー経済条件
パートナーは紹介、ルーティング、または統合の収益構造を使用する場合がありますが、貸し手やリスクエンジンにはなりません。Avana が信用、リスク、清算を保持します。
パートナー側の制御
AppKitは単一のプレゼンテーションモデルを強制しません。パートナーはエントリーポイントと周囲のガイダンスの量を管理し、プロトコルの決定はAvanaの内部に任せます。
- クレジット表面が製品に現れる場所
- どのユーザーセグメントが借入の入口を確認するか
- 引き継ぎと一緒にどれくらいの教育や説明が行われるか
- 製品がフル組み込みのハンドオフを使用するか、より軽量なコンテキスト保持のエントリーポイントを使用するか
実装メモ
最高の統合は、関連のないローンアプリに急にジャンプするのではなく、既存の製品フローの延長のように感じられます。これらのメモは、その引き渡しを正しく行うための実践的な基準です。
ユーザーがすでに信頼しているLPの位置またはポートフォリオビューの近くにクレジットエントリを配置してください。
ウォレットとマーケットのコンテキストを借入フローに渡して、引き継ぎがリセットのように感じられないようにする。
リスクと決済は Avana 側に残します。パートナー UI で Spoke の評価や清算ロジックを再実装しないでください。
公開前にコピー、配置、ローンチのゲーティングを決定してください。なぜなら、それらは単なる仕上げの層ではなく、統合の形を作るからです。
ローンチ時の注意
AppKitをリンク配置だけでなく、統合プロジェクトとして立ち上げます。ユーザーパスを確認し、エントリーの位置をレビューし、Avanaのクレジットパスが責任が変わるパートナーシェルから明確に分離されたままであることを確認してください。
クレジット画面が非表示の場合に何が起こるか、借入フローへのディープリンクが安全かどうか、ウォレット、マーケット、または担保のコンテキストが欠落している場合の対応方法も確認してください。