研究案例:两个 LLM 编写与审查代码均未发现“未来数据”漏洞
niacolhealth · reddit · 2026-08-25
一篇关于 AQuA(量化交易研究 Agent)的论文揭示了一个典型的 AI 系统漏洞案例,展示了双 LLM 协作中的盲点。
- 案例背景:Agent A 编写了一个日内交易特征,Agent B 负责审查其因果关系。特征将“当日截至目前交易量”除以“当日最终总交易量”。
- 漏洞发现:在预测时,分母中的“最终总交易量”包含了当天未来的交易数据(未来数据泄露)。Agent B 令人信服地批准了该解释,导致该特征在重新分割后失效,人工审计才发现问题。
- 深层原因:问题不在于简单的“LLM 犯错”,而是两个模型角色 converge 在了一个看似合理的解释上,而实际漏洞隐藏在 Agent 被允许执行的操作中。
- 解决方案 AQuA v2:
- 将数据分割、特征定义和评估器封装在 Agent 自适应表面之外。
- 用固定的因果操作符注册表替换任意特征代码,从接口层面禁止此类无效变换。
- 权衡讨论:注册表限制了 Agent 的发明空间,但更安全;更强的审查器虽然保留更多搜索空间,但必须可靠地捕捉微妙的依赖关系。论文作者抛出问题:在设计此类循环时,应将复杂性预算花在更强的静态审查器、更小的类型化工具集,还是混合方案上?
「编程与Agent」频道最新
- 如何构建多智能体 GTM 智能系统,提升销售线索转化 — LightningAI · 2026-08-25
- ASI-Bench 研究:仅命名方法导致 Agent 性能暴跌 — rohanpaul_ai · 2026-08-25
- 实测:Codex Computer Use 通过 Wine 驱动 macOS 安装暗黑 2 — Dimillian · 2026-08-25
- Hyo:把 Obsidian 变成 Claude Agent 操作系统的开源插件 — evielync · 2026-08-25
- Lovable 峰值每秒创 250 仓库,Code.Storage 支撑 AI 编程基建 — dhruv2038 · 2026-08-25
- RuntimeBrain:Python 层在调用 OpenAI 前解释执行决策 — Successful-Ask736 · 2026-08-25