模型与执行

正确的路线。在你的规则内。

在明确控制下管理支持的模型和工具调用。定义允许的路径,限制执行预算,并将回退决策保持在同一边界内。

任务与约束策略与预算允许的路线

方法

建议不是授权。

路由可以选择一个合适的候选者。执行主机仍需在执行前验证权限和预算。可选的优化不会重写这些规则。

允许的路线

从实际允许的选项中选择。

一个任务可以有几个合适的模型或工具。从允许的候选者开始,应用请求约束并记录所选路线。更便宜或更快的提议不能使被禁止的目的地有效。

候选者
为请求考虑的模型、提供商或能力。
准入
在执行前验证身份、策略和预算。必需的批准约束了执行者、操作、源修订版和有效期。
执行
使用明确的状态、流式传输和取消运行被允许的操作。未知结果在重试前得到协调。
说明性的路由决策

审查代码更改

准备好的上下文 · 配置的策略

探索一个示例结果

执行前的策略

允许的目的地 + 适用的预算

一个被允许的路线。

该候选者满足示例的路线策略和执行限制。支持的调用可以继续。

使用允许的主要路线

一个允许的替代方案。

主要路线不可用。替换方案在执行前根据相同的规则进行检查。

使用被允许的备用路线

一个可见的停止。

没有候选者满足策略或可用预算。示例停止而不是选择被禁止的目的地。

撤销执行

示例是陈述,而不是实时请求或提供商基准。控制适用于支持的路由调用。

备用路线

第二条路由。相同的限制。

如果一条路由不可用或不适用,请在相同的策略下评估一个允许的替代方案。如果没有合适的,请返回明确的失败,而不是静默地扩大访问或超出配置的边界。

重新检查
也对替换的候选者应用权限和限制。
解释
为检查保留选择或拒绝的原因。
停止
没有允许的替代方案意味着无法自动逃脱策略。

预算与委托

限制工作。包括下一步。

保持上下文大小、执行限制和组织支出策略分开。当委托支持的工作时,其范围、预算和取消条件必须明确。LeanCTX 融入您的代理主机;它不是员工工作区或自主团队管理器。

请求预算
为支持的操作定义适用的本地限制。
受限委托
在不发明新的源权限的情况下,提供明确的任务和范围。
企业控制
通过兼容的企业服务应用组织预算、批准和身份策略。

结果反馈

从证据中改进。保持权限分离。

使用记录的使用情况和接受的结果来比较路由选择。确定性的参考路径本身就很有用。可选的学习提议可以为选择提供信息,而主机保留最终的策略和预算决定。

参考
一个不需要私有智能的确定性选择路径。
提议
可选的优化是建议;它不授予权限。
证据
将结果与完成信号和调用者的声明分开验证。

在您的工作流程中

限定工作。明确所有权。

执行可能涉及多个代理。协调、委托和传输服务于不同的任务;没有可以扩大任务权限。

角色、消息和声明

代理总线记录协调消息和范围界定的工作声明。它与执行调度器是不同的,不授予对源的访问权限。

探索此功能

受限委托

在工作图中表示依赖关系、租约、预算和取消。委托的工作继承其适用的限制,而不是获得开放的权限。

探索此功能

交付与接受

传输任务或结果不等于已接受的执行。保持失败的交付、取消和已验证的任务结果可区分。

探索此功能

引用和可选优化

一个确定性的引用仍然可用。可选的学习提议可以告知选择,而宿主保留策略和预算的权威。

探索此功能

问题和答案

执行和路由问题。

所有模型调用都必须经过 LeanCTX 吗?

不是。执行控制适用于通过活动集成路由的支持调用。在仅上下文模式下,您的应用程序会收到准备好的上下文并进行自己的模型调用。

路由是否保证成本最低的成功模型?

不是。适用性和成本取决于任务、配置和可用证据。比较等效工作,包括重试和失败,并检查接受的结果。

LeanCTX 是否取代我的代理框架?

不是。您的应用程序拥有用户体验和代理生命周期。LeanCTX 通过其协商的接口提供支持的上下文、策略、执行和证据能力。

下一步:成本与结果

检查决策。评估结果。

将选定的路线与记录的使用情况和单独验证的任务结果连接起来。

从 LeanCTX 开始

将一个工作流置于您的规则之下。

选择一个受支持的集成。定义其允许的路线和限制,然后检查一个代表性任务的结果。

本地优先。模型无关。您的上下文。