ETF Agent如何分离每日研究生成与结果回读
AI 总结
一篇工程文章介绍了ETF Agent将个性化每日研究的生成与已保存结果回读相分离的设计：只读请求返回既有结果，显式生成请求才创建或重试研究。该设计以用户范围和服务端UTC日期组成去重键，使用PostgreSQL会话级咨询锁，并将长时间持锁任务放入独立且容量有限的连接池，避免占用正常查询所需的连接。系统还区分尚未生成、正在生成、成功但未选出条目、生成失败以及已保存但暂不可读等状态。文章描述的来源投影修复可让卡片沿原研究的明确引用关系恢复来源，无需改写正文或再次调用模型。文章同时指出，公开的Open ETF Agent v0.15.2并未实现文中所述的账户级每日选题、数据库生成锁或定时结果关联。
深度见解
文章给出了用于保存并反复读取AI研究、控制并发生成、维护结果与来源绑定，以及隔离锁资源和普通数据库操作的具体工程模式；同时强调，卡片能够展示或引用来源正确，并不等于推荐有价值或内容具有新颖性。
用户早上打开首页，看到几条与自己关注方向有关的研究。午饭后再次打开，内容还在；晚上点进其中一条，准备继续追问。
从界面看，这似乎只是几张卡片。最直接的实现也很诱人：读取用户偏好，拼接“请生成今天值得关注的内容”，把结果放进页面。
但页面刷新算不算再次授权模型花费？两台设备同时打开，会不会生成两份？用户只看到一张卡，它的引用为什么可能来自另一张卡？同一天修改关注主题，先前结果应该保留还是重做？
每日研究的难点，是把一次有明确归属的研究，变成可以反复阅读的产品结果，而不是让每次阅读都重新启动一轮推理。 以下先沿首页的一天解释设计，再展开两个在工程验证中出现过的具体问题。
图示主题：每日研究的生成、去重和回读关系。概览按职责组织，不是某次任务的真实调用记录。 完整配图见文末原文链接。