SIGNAL 01
竞品动态Fertility Friend：没有绝对体温，也能把 wearable 温差接进排卵判断
这次更新最值得看的是兼容策略：上游 wearable 只给「比个人基线高/低多少」时，Fertility Friend 不逼用户找原始体温，而是直接接收温差与手动 baseline。
关键机制 / 关键事实
- 7 月 14 日发布的 v15.12 新增 temperature deviations + manual baseline，专门适配不显示绝对体温的穿戴设备。
- 原有入口把 BBT、宫颈黏液、OPK、症状 放进同一张 fertility chart；还能从 Apple Health / Oura 导入温度、心率、睡眠等数据。
- App 输出 fertile window、可能的排卵日与验孕时机；官方还提供 240,000+ 共享周期图供用户按相似模式检索，并称已有超过 100 万条阳性验孕记录。
- 边界写得很清楚：这些是教育性估算，不能用于避孕，也不能据此安排医疗程序。
编辑视角多设备生态里，最容易断的不是算法，而是数据格式。我们不能假设每个上游都给原始数值；产品要同时接住「绝对值、相对基线、缺失值」，并把可信度差异说清楚。
用 45 分钟列一张母婴健康数据兼容表：每个候选指标分别写出原始值、相对变化、手动输入三种入口，再标出哪些入口只能做趋势提示、哪些足够触发行动建议。
SIGNAL 02
工具链· 极早期Amp Puck：用一个 meta-agent 统一派发、寻找和收尾其他 agent
当 agent 数量变多，新的产品入口不再是「再开一个对话」，而是一个能替我们派活、找历史、等任务结束再归档的控制台。
关键机制 / 关键事实
- Puck 常驻 ampcode.com，可从任意页面调用；它自己不主打写代码，而是用工具管理 Amp 里的其他 agent。
- 官方示例很具体：根据 bug 截图启动修复 agent、为 CI 失败开调查 agent、找回某条超长历史 thread、任务结束后自动归档、创建新项目并配置环境。
- 它还能对一个目录里的每个 script 各开一个 agent 试跑，最后汇总哪些成功、哪些失败——这是 fan-out → collect → cleanup 的完整动作，而不是只会 spawn。
- 这是 7 月 20 日刚发布的 experiment；扫描时 HN 只有 1 point / 0 comment。现在是试用窗口，不是采纳结论。
编辑视角个人 agent 产品的下一层不是更聪明的单体，而是让用户看得懂「谁在做什么、去哪里找、什么时候结束」。我们做多任务 AI 时，也应把派发、状态、汇总和收尾设计成一条显式流程。
在 Amp 里给 Puck 一个 3 路并行的小任务：每个 agent 检查一个独立对象，要求最后合并结果并归档；30 分钟后只验四件事——有没有漏派、状态是否可见、汇总是否保留差异、结束后能否找回。