一个把待办列表同时喂给 iPhone、Mac 和 Agent 的小应用，在 HN 上被问了句很实在的话

今天 Hacker News 上刷到一个 Show HN，作者 shmilia，产品叫 Nagare。定位只有一句话：一个用于 iPhone、Mac 和你的 Agent 的待办应用。发出来两小时，9 个赞、2 条评论，谈不上火，但「顺便喂给 Agent」这个点确实戳了我一下。

待办应用在技术圈里实在不缺，GTD 类产品多到可以论斤称。真正有点意思的不是又多了一个 to-do，而是「你的 agent」被写进了产品定位里。按这个思路，这列表就不光给人看，也在给 AI 看——它可能是 agent 的输入源之一，或者说，待办这件事正变成人和机器共同消费的数据。

不过评论区那股认真劲儿，比产品本身还抢戏。第一条评论就问：把某个预约挪到早上之后，那些不定时的任务会跟着挪位置，还是原地不动？这是个特别真实工作流的问题。它没问 UI 多漂亮、同步多快，问的是时间块之间到底有没有因果关系。一个待办工具值不值得天天用，往往就卡在这种细碎却天天碰的交互上。

底下有个回复也有意思，说自己正在做一个用 kanboard 的 API 把看板状态镜像到 iOS 待办里的工具，能全自托管，看板管项目流，iOS 端同步任务和日历。他说这比想象中难做完，但「基于看板的生活是一种不错的生活」。这话挺戳人。待办和看板这类工具，难的从来不是做出个壳，而是让日常真的在上面跑起来。

所以这次真正值得留意的，不是 Nagare 这个 app 本身有多惊艳——公开的信息就这么多，一句定位加作者页面的介绍，功能细节还没铺开。更值得看的是这个趋势：待办列表开始接上 agent 和日历，数据从一个封闭的应用，变成能被外部程序消费的接口。这种「工具即数据源」的改法，会让 agent 越来越有地方拿任务。当然，这些都是从一个 HN 帖子里能看到的说法，Nagare 具体做到哪一步、agent 集成深度如何，得等作者放出更多细节。产品页摆在 ilia.page/writing/introducing-nagare，想看的可以直接去看原始介绍，比我转述靠谱。