モデルと実行

正しいルート。あなたのルール内で。

サポートされているモデルとツール呼び出しを明示的な制御の下に置きます。許可されたルートを定義し、実行予算を制限し、フォールバックの決定を同じ境界内に保持します。

タスクと制約ポリシーと予算許可されたルート

アプローチ

提案は承認ではない。

ルーティングは適切な候補を選択できる。実行ホストは権限と予算をまだ検証する。オプションの最適化はそれらのルールを書き換えることは決してない。

許可されたルート

実際に許可されているものから選択する。

タスクにはいくつかの適切なモデルまたはツールがある場合がある。許可された候補から開始し、リクエストの制約を適用し、選択されたルートを記録する。より安価またはより速い提案は禁止された宛先を有効にすることはできない。

候補
リクエストのために考慮されたモデル、プロバイダー、または機能。
承認
実行前に、ID、ポリシー、予算を検証する。必要な承認はアクター、操作、ソースリビジョン、および有効期限を拘束する。
実行
明示的なステータス、ストリーミング、キャンセルで承認された操作を実行する。不明な結果は再試行前に調整される。
例示的なルーティング決定

コード変更のレビュー

準備されたコンテキスト · 設定されたポリシー

例の実行結果の探索

実行前のポリシー

許可された宛先 + 適用可能な予算

承認されたルート。

候補は例のルートポリシーと実行制限を満たす。サポートされている呼び出しは続行できる。

許可されたプライマリルートを使用する

許可された代替案。

プライマリルートは利用できません。代替案は実行前に同じルールに対してチェックされる。

承認されたフォールバックを使用する

目に見える停止。

候補はポリシーまたは利用可能な予算を満たしません。例は禁止された宛先を選択する代わりに停止します。

実行を保留する

例はライブリクエストやプロバイダーのベンチマークではなく、記述です。制御はサポートされているルーティングされた呼び出しに適用されます。

フォールバック

別のルート。同じ制限。

ルートが利用できない、または不適切である場合、同じポリシーの下で許可された代替案を評価します。どれも当てはまらない場合は、設定された境界を超えてアクセスや支出を黙って広げるのではなく、明示的な失敗を返します。

再確認
置き換え候補にも権限と制限を適用します。
説明
検査のために選択または拒否の理由を保持します。
停止
許可された代替手段はポリシーからの自動的な脱出を意味しません。

予算と委任

作業を区切る。次のステップを含む。

コンテキストサイズ、実行制限、組織の支出ポリシーを区別して保持します。サポートされている作業が委任される場合、その範囲、予算、キャンセル条件は明示的でなければなりません。LeanCTXはあなたのエージェントホストに適合し、従業員のワークスペースや自律的なチームマネージャーではありません。

予算を要求する
サポートされている操作の適用されるローカル制限を定義する。
境界付けられた委任
新しいソースの権限を発明することなく、明示的なタスクと範囲を渡す。
エンタープライズ制御
互換性のあるエンタープライズサービスを介して、組織の予算、承認、およびIDポリシーを適用する。

結果のフィードバック

証拠から改善する。権限を分離する。

ルーティングの選択を比較するために、記録された使用状況と受け入れられた結果を使用する。決定論的な参照パスはそれ自体で有用です。オプションの学習された提案は選択に情報を提供できますが、ホストが最終的なポリシーと予算の決定を保持します。

参照
プライベートなインテリジェンスを必要としない決定論的な選択パス。
提案
オプションの最適化は提案しますが、権限は与えません。
証拠
完了シグナルや呼び出し元の主張とは別に結果を検証する。

ワークフロー内で

作業を束縛する。所有権を明確にする。

実行には複数のエージェントが関与する場合があります。調整、委任、輸送は異なるタスクに役立ちますが、いずれもタスクの権限を拡大するものではありません。

役割、メッセージ、主張

エージェントバスは調整メッセージとスコープされた作業の主張を記録します。これは実行スケジューラとは別であり、ソースへのアクセスを付与しません。

この機能の探索

境界付けられた委任

作業グラフで依存関係、リース、予算、キャンセルを表します。委任された作業は、無制限の権限を得るのではなく、適用される制限を継承します。

この機能の探索

納品対受諾

タスクまたは結果の輸送は、承認された実行の証明ではありません。失敗した納品、キャンセル、検証されたタスク結果を区別できるようにします。

この機能の探索

参照とオプションの最適化

決定論的な参照は引き続き使用可能です。オプションの学習された提案は選択に役立ちますが、ホストはポリシーと予算の権限を保持します。

この機能の探索

質問と回答

実行とルーティングに関する質問。

すべてのモデル呼び出しはLeanCTXを通過しますか?

いいえ。実行制御はアクティブな統合を介してルーティングされたサポートされた呼び出しに適用されます。コンテキストのみモードでは、アプリケーションは準備されたコンテキストを受信し、独自のモデル呼び出しを行います。

ルーティングは最も安価な成功したモデルを保証しますか?

いいえ。適合性とコストはタスク、構成、利用可能な証拠に依存します。リトライと失敗を含め、等価な作業を比較し、承認された結果を確認します。

LeanCTXは私のエージェントフレームワークに取って代わりますか?

いいえ。アプリケーションがユーザーエクスペリエンスとエージェントのライフサイクルを所有します。LeanCTXは、交渉されたインターフェースを介してサポートされるコンテキスト、ポリシー、実行、証拠の機能を供給します。

次:コストと結果

決定を検査する。結果を評価する。

選択されたルートを記録された使用量と別途検証されたタスク結果に接続する。

LeanCTXから始める

一つのワークフローをあなたのルールの下に置く。

サポートされている統合を選択する。その許可されたルートと制限を定義し、代表的なタスクの結果を検査する。

ローカルファースト。モデル非依存。あなたのコンテキスト。