上一篇讲了内容管道，但里面每个环节都还是我手动在跑。这一篇讲怎么把这些环节交出去：一条用户提 issue 许愿、机器人自己选点写稿开 PR 的「城市许愿」流水线，和支撑它的 8 个自定义 skills。

上一篇聊的是「什么时候讲故事」，这一篇聊「故事从哪儿来、怎么送到手机上」。听城本质上是个内容 App：西雅图 200 个点、芝加哥 100 个、London 50 个起步，一个月后长到 9 个城市包，温哥华、纽约、新泽西、湾区、大洛杉矶，还有上海。这几百个故事点和配套的几百张插画，生产和分发都得有一套自己的管道。

上一篇把产品定位聊清楚了：记录我和城市擦肩而过的故事。这一篇聊怎么在 iOS 上把「与城市擦肩」这件事真正做出来。这是全系列比较硬核的一篇，如果你不写代码，可以直接跳到「一个不是 bug 的 bug」那节看故事。

上一篇讲了听城怎么在一个晚上从 Obsidian 里的一行字变成 iPhone 上的 MVP。这一篇讲它出生后第 11 天经历的一次产品定位推翻重来：为什么「位置触发城市冷知识」不够，以及「记录我和城市擦肩而过的故事」这句话是怎么长出来的。

最近搞了个新的 side project：「听城 (City Whisper)」，一个位置触发的城市故事 App。你散步、通勤、开车路过某个有故事的地方，手机轻轻弹一条通知，告诉你眼前这个东西是什么来头、为什么长这样、为什么在这里。TestFlight link，欢迎试用，正式上架审核流程实在太慢了还没过审…

从 6 月 9 号晚上开工到现在一个月出头：206 个 commit，五个 TestFlight 版本，九个城市包，App Store 上架材料也备齐了。全程就我一个人，加上 Claude 和 Codex 两个 AI 同事。这个系列想把这一个月的开发过程和心路记下来，拆成几篇慢慢写。这是第一篇：缘起，和第一个晚上。