（本文由 AI 辅助整理，来自博主与 AI 的多轮对话与查证）

《大明王朝 1566》的开篇是一堂关于报喜的政治课。剧中，嘉靖朝入冬无雪，钦天监的周云逸把天象归咎于朝廷失德，腊月二十九被太监冯保监刑杖毙。约半个月后的正月十五，北京终于降雪，冯保做的第一件事，是拦住所有想去禀报的小太监：这个祥瑞，得由他亲自报给皇上。一场雪，先杖毙一个说真话的，再抢一个报喜的位置。冯保也没得意多久，很快又因越级坏了司礼监的规矩而受罚。这出戏借一场报喜，把宫廷政治的一条规矩说透了：报喜从来不只是报喜。谁来报、报给谁、怎么措辞、越过了谁，每一步都可能是政治。

四百多年后的 2026 年 7 月 23 日，国际数学家大会在费城揭晓新一届菲尔兹奖，王虹和邓煜成为首批中国籍得主。让我好奇的是一个细节：法国总统马克龙直接给王虹打了电话祝贺，随后又在公开帖文中强调她在法国受过教育、如今任职于法国高等科学研究所。这也让我反过来想：中国领导人有没有直接祝贺过一位长期在海外任职的中国籍国际大奖得主？带着这个问题，我拉着 AI 挖了三天的公开资料，越挖越觉得，冯保的功课从未过时。「谁来发贺电、发给谁」看似只是礼仪小事，其实很能看出政治如何运作。

上一篇讲了我怎么给项目配一支机器人团队。这是听城开发记第一轮连载的最后一篇。简单交代背景：听城 (City Whisper) 是我 6 月 9 号晚上开工的一个位置触发城市故事 App，从 Obsidian 里的一行字，到 TestFlight 五个版本、九个城市包，再到提交 App Store（写这篇的时候还在排队等审核），前后 30 天，206 个 commit，全程一个人，加上 Claude 和 Codex 两个 AI。

前五篇讲了缘起、产品、定位工程、内容管道和自动化，这一篇复盘整套工作流本身：钱花在哪、活怎么分、哪里翻了车，以及做到最后我认为仍然只有人能干的事。

2026 年 8 月更新：听城已经通过审核并上架了!正文保留收笔时的历史状态，官网、下载入口和现在使用的宣传图放在文末。

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

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

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