[ 1小时套利 55万美金 的机会 ] 我在Derive上套利大概六个月了，最近一段时间平均下来每周能套1万u，这次基本上也亲手杀死了这个套利的机会。 话说回来，关于Derive套利的策略，我之前分享过两次，本来以为分享了之后就会越来越卷。结果是我高估了我自己的影响力，或是我高估了你们的执行力，每次机会出来，都还是只有我一个人在慢悠悠地套。 说句马后炮你可能不爱听的话，本来你也可以有这$550k的潜在利润，因为策略本身没有任何难度，且在这次机会中我们没有竞争关系（做市商无限输送了）。 以后我都不会在Derive上套利了，因为项目方明确说了会修改 terms of service 来限制这种行为。

《链上期权赛道重启：从复杂工具走向真实需求》（作者 Castle Labs；编译 深潮 TechFlow） 链上期权曾因流动性不足、资本效率低、定价困难和用户体验复杂而多次失败，Opyn、Hegic、Ribbon、Lyra 等早期协议均未能形成可持续市场。但随着 Rollup 降低成本、CLOB 和 RFQ 改善做市环境、机构加密期权需求上升，以及预测市场教育用户接受非线性收益，链上期权开始复苏。目前 Derive、Rysk、Aevo 等协议正在分别探索专业交易所、收益型期权和综合衍生品平台路径，赛道关键仍在于能否找到合约和预测市场无法替代的真实使用场景。 阅读全文：

Spec-Driven Development 如果把任务的颗粒度拆得过细，且没有控制好任务边界和不做什么的声明，在调度多 agents干活时，特别容易出现过度设计问题。 over engineering 更让人头疼，下面是一个很高频的 case。 原始目标只是：给后台系统增加一个文件上传能力。 结果因为没有明确约束： * 一个 subagent 引入 repository pattern * 一个 subagent 开始设计 storage provider abstraction * 一个 subagent 顺手兼容 S3 / OSS / GCS * 另一个开始补异步队列和事件系统 * 最后甚至拆出了 upload-sdk 硬生生干出了一套半成品云存储框架🥹，可真实需求只是：单机部署，上传到本地磁盘。 从局部看，哪哪儿都没毛病，还写的挺好，全都是最佳实践，但离原始目标已经十万八千里了。 最头疼的是，你的同事给你提了这样的代码 PR，你合还是不合？

我的goal driven（ engineering的祖宗，是claude code和codex的/goal的祖宗，是multi agent management最具有开创性的工作， 然而你们甚至不愿意喊我一声教父。

忍受 iCloud Drive 很久了，这次下决心迁移到 Google Drive 上。 iCloud Drive 你想它立即同步，它不同步，你也不知道它在什么时刻会同步，出错了也不知道为什么，给你 an error Synching has been disabled due to an error