接入单Agent原生联网检索
新增全局与单Agent联网检索配置、状态和开发界面 将直聊与后台planning接入Provider原生搜索并限制repair与final reply 升级Provider lifecycle v2并兼容历史v1记录 增加隔离真实E2E与公共审计泄漏门禁 记录当前gpt-5.5网关真实检索不可用结论
This commit is contained in:
@@ -4608,6 +4608,14 @@
|
||||
- 审计收口:`project.verify` 执行后只允许把精确的 `.agent/logs/command.log` 相对路径写入 Agent DB;expectedCommand 和 output 在公共审计落盘前必须替换项目根路径,其中 output 保留有界尾部供诊断。路径不在该精确位置时,执行结果进入 reconciliation,不能把宿主绝对路径写入公共面。
|
||||
- 验收:2026-07-15 真实 `gpt-5.5` `response-stream` suite PASS。39 个不同非空快照先于终态,sequence `1 -> 418 -> 425 committed`,最终 883 字;唯一 assistant、唯一 final-reply `started -> completed` lifecycle、4 段 finalization,fallback replay、重复 message/receipt 均为 0。上游物理请求数未直接观测,报告明确使用 lifecycle slot 与 canonical response identity 证明模式。公共正文、API Key、thinking、诱饵、项目路径和 transcript/report 路径泄漏均为 0,隔离 Runner/AppData/项目完成精确清理。
|
||||
|
||||
## 2026-07-15 AI 游戏创作 Agent Runtime V1.20 受控联网检索
|
||||
|
||||
- 决策:复用 `platform-llm` 的 Provider 原生 Web Search,不新增浏览器、任意 HTTP 工具或平行搜索服务。配置事实源为默认关闭的 `llm.webSearchEnabled` 和可继承的 `agentLlm.<agentId>.webSearchEnabled`;当前只表达布尔启停,不把 Codex 的 `indexed / live` 模式写成已实现。
|
||||
- 请求边界:普通/角色直聊和后台首个 tool planning 可以按解析配置开启;格式 repair、final reply、图片检查及其它请求固定关闭。搜索流失败时不做普通请求 fallback。Anthropic 与开启搜索的组合在保存、状态和构建阶段失败关闭;自定义网关是否支持必须由真实请求证明。
|
||||
- 安全边界:网页和搜索摘要是不可信外部输入,不能改变系统规则、Agent 身份、Goal、权限、确认、沙箱或工具协议;禁止把密钥、Cookie、请求头、源码、绝对路径、私有对话、Agent 记忆和项目黑板正文作为搜索词。Provider-native 搜索无法在本地拦截模型生成的 query,因此能力保持显式 opt-in,不能仅凭提示词宣称确定性防泄漏。
|
||||
- 审计:后台 Provider lifecycle 升级 v2 并只新增 `webSearchEnabled`;v1 缺省 false 只读兼容,requestId 不变。状态/UI/CLI 展示解析后布尔值;公共 Agent DB 不保存 query、URL、结果或网页正文。真实 Provider 必须用隔离 AppData 验证,不支持时记录明确失败。
|
||||
- 真实结论:2026-07-15 当前正式 `openai_chat / gpt-5.5` 路由三轮 `web-search` suite 均 FAIL。请求 lifecycle 显示搜索开启且上游完成,但模型明确报告没有 Provider 原生搜索能力,动态 GitHub release baseline 未命中;复验产生 3 个 planning request identity,也没有搜索结果证据。因此不得把“网关接受 `web_search_options`”当作能力可用,当前路由继续关闭该配置。最终验收使用正式 AppData 同级的 `0600` 私有配置副本,源配置 inode/nlink/timestamps/hash 前后完全一致;正式 AppData/Runner 零写入、零 endpoint 漂移,所有凭据/路径/诱饵泄漏计数为 0,隔离现场已完整清理。
|
||||
|
||||
## 2026-07-13 普通微信支付 V3 退款使用统一观察事务闭环
|
||||
|
||||
- 背景:普通微信支付 V3 的退款申请响应、退款结果回调、主动查单和商户平台手工退款发现可能重复、乱序或只出现其中一种;原充值订单只有单一终态,无法表达多次部分退款、权益回收欠款和会员人工处理。
|
||||
|
||||
Reference in New Issue
Block a user