ProxiedCopilotRuntimeAgent 在 /info 更改时可能会保留过时的 runtimeMode 智能 → SSE

□ 问题

“代理驾驶员”可以在运行时间后保留“运行时间”“/info”响应从“智能”改为“sse”,导致客户向实际服务于普通SSE的运行时间发送“运行”/“连接”请求。 然后,情报代表将等待答复.json()'称为文字/事件-流'并投掷。

何处

packages/core/src/core/agent-registry.ts',运行时-info调节循环(目前由can reuseRuntime Agent'守卫):

现有 const = Object.promotytype.has OwnProperty.call(此为.remote Agents, id) 互联网档案馆的存檔,存档日期2013-12-20.

• This.remote Agents [id] (美国英语). : 未定义; 如果(则 已存在的代理代理代理代理 这个. can reuseRuntime Agent( 已存在, 运行时Url, this. runtime Transport) ) (中文(简体) ). 这个.appheadersToAgent(存在); (b) 申请证书给代理人(现有); 此. 应用时调试代理( 已存在) ; 返回 [id, 已存在]; /// <-- 运行时模式/ 智能在这里永远不会被刷新 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

私家罐子 ReuseRuntime Agent(代理,运行时Url,运输):布尔{
cont connection = this.remote Agent Connections.get(代理) ; 2.
返回( ưμ㼯A
连接 ?. runtime Url QQ 运行time Url. 重置 (/\/$/, "") QQ
运输
(三)
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

可重复使用实时代理 ' 只比较运行时Url ' 和运输 ' 。 它不比较运行时间模式'。 只有"创建新代理"分支在后几行设置了"runtimeMode: runtimeInfoResponse.mode???RUNTIME MODE SSE". 因此,一个已经存在的代理驾驶员运行时代理 ' 实例将它最初建造的 " 运行时模式 " 保留了整个生命周期,即使在后来的/info ' 呼叫报告不同模式后也是如此。

“代理代理代理()/“代理()”分支在代理(可能 Stale)`运行时模式':

如果 (这个. runtime Mode QQ RUNTIME MODE INTELIGENCE) 返回此选项。 # run ViaDelegate( 输入) ; // 其它: 平原 HTTP/ SSE

□最小复制(概念)

1. 运行时间最初报告 " 模式: " 智能 " (例如 " CPK INTELIGENCE API KEY " 配置)。 `副驾驶KitCore'连接;`代理注册人'用`运行时模式'创建`代理驾驶Runtime Agent'用于`'违约':`智能'。
2. 运行时间重新配置为: " sse" (智障)-`运行时间Url'和`交通'不变.
3. " 副驾驶KitCore " (或应用程序)重新配置 " /info " 并调节远程代理。
4. " 可重新使用实时代理 " 返回 " 真 " (URL/Transport match) -- -- 现有代理实例按原样重新使用。
5. `代理Registry. runtimeMode'(核心级值)被正确更新为`sse',而`现有代理.runtimeMode'是**不**。
6. 任何后来的`运行 ' /`连接代理人() ' 向该代理机构求助的情况仍然涉及情报代表处。
7. `POST / agent/:id/run'点击实际(SSE-mode)运行时间,该运行时间返回`Content-Type: text/event-stream',正文起始为`数据:{'类型:"RUN STARTED",.
8. 情报代表的`全权证书'要求`等待'
. . . . . . .