缺失参数不会自动变成猜测值
适配层区分 not_stated、可信值和低把握度建议；必填项缺失时返回 partial，而不是完整 call。
查看对应来源 ↗代码仓库分析
composio
Composio 的可选 TypeSafe provider，用 Jev 从工具与有限参数选项中做判断。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 30,300
- Forks
- 4,819
- 协议
- MIT
- 最近提交
- 2026-09-23
Jev 在这里做什么
结合路由 Choice、Noul 动作门控与有限参数问题，返回 abstain、partial 或 call；显式保留缺失必填参数，破坏性工具仍需确认。
分开选工具、绑定参数和执行，让调用方显式处理无需动作、不确定性及输入不全。
已核对固定提供商决策代码，未运行 Composio。门槛与确认标记属于应用规则，只有调用方实际执行约束才有意义。
这个项目适合解决什么任务？
从请求中选择已注册 Composio 工具，并绑定受支持的参数。
资料分析日期：
从输入到动作
- 规范化请求/上下文，构造路由及动作门控问题。
- 预算内 fan-out，超出则先路由再问参数。
- 返回 abstain、partial 或 call；破坏性调用保留确认标记。
实现中值得检查的地方
破坏性路由门槛不能调低
resolveThresholds 对 destructive 工具强制至少 0.9；但 requiresConfirmation 只是返回标记，调用方必须实际执行确认。
查看对应来源 ↗选择建议
适合参数域有限、类型明确且要处理缺失输入的工具；不能预设它自由生成任意文本参数或自动安全执行。
如何自行检查
跟踪 fan_out/route_then_arguments，再查最终 missing、suggestions、requiresConfirmation；用缺少必填项和低阈值 destructive 夹具检查。
结论的适用边界
- 本站未运行 Composio 集成或付费调用。
- 254 工具上限来自此版本路由额外保留 none，不是服务通用上限。