我姐姐在车上经营一个遛狗生意。十四位客户，一个三个人都编辑得乱七八糟的共享谷歌日历，还有个习惯——给下一位客户发“我在路上了！”的短信，结果她忘发过两次，只能硬着头皮打电话解释。她周四找我要“一个应用，别搞太花哨”，还想周一之前上线。我说尽量周日晚上前给她做出点东西。这就是我记录下来的日志，因为事后我想知道真正花时间的是什么，而不是我以为会花时间的那些。
周五，晚上8:40 — 提示词
我没有打开一个空白编辑器，而是打开对话，直接描述这门生意：独立遛狗人，十四位固定客户，需要在客户遛狗当天早上自动收到提醒短信，需要一个简单的页面，让她能在三十秒内添加一位新客户和狗的名字，因为她通常是站在别人家车道上操作这个的。我说了一次“预约应用”，然后立刻收回——这不是预约应用，而是一份带提醒触发功能的客户名单。精确地说清楚它不是什么，结果比描述它是什么更重要。
周五，晚上9:05 — 计划出来了
这份计划里有三处是我没提出、但要是没有我肯定会忘记的：
- 一种把某次遛狗标记为已完成的方式，这样提醒就不会重复触发
- 一个符合合规要求的短信退订链接
- 用简单的按天视图代替日历网格，因为在手机上塞十四条记录的日历网格只会是一堵密密麻麻的小字墙
接下来的二十分钟里，我把这份计划改了整整三次，大多只是重新措辞一些根本不需要改的地方。事后看纯粹是紧张——计划智能体第一次就把大方向弄对了，我却在修改句子而不是内容。
周五，晚上9:40 — 第一次运行
启动之后，我看着智能体团队依次处理客户模型、按天视图页面和提醒任务。设计出来的风格像兽医诊所的入院登记表，但这其实是对的——我姐姐的客户是四五十岁的养狗人，不是要看 A 轮融资路演的投资人。我差点出于习惯就想否定这个视觉风格，后来才意识到它比我自己会选的任何风格都更贴合真实用户。
周五，晚上10:30 — 第一次卡壳
短信这部分需要一个正式的服务商密钥才能真正发出去，这是正确的行为，不是 缺陷，但我忘了自己还没配置好。其他一切都照常运作——应用只是记录了它本该发送的内容，而不是真的发出去，这意味着我可以继续开发，而不用被周五晚上10:30才去注册 Twilio 卡住。然后就去睡了。
周六，早上8:00 — 真正的卡点
这一个才是真正耗时间的。我要求提醒在“当天早上”发出，第一版把它理解成不管遛狗时间是几点，都统一在早上7点发送。这对上午9点的遛狗没问题，对下午4点的就毫无意义了。我回到对话里直接说明：
提醒应该在每次遛狗各自预定时间之前固定小时数触发，而不是在一个统一的钟点触发。
修复只用了一轮对话。但这次教训不在于工具本身，而在于我自己的提示词：“当天早上”这种说法，说的人觉得很精确，但对其他人来说完全模糊——显然，包括十二小时后的我自己。
周六，上午11:15 — 阅读验证记录
在动手做别的事之前，我先调出了这次构建自我检查所依据的内容：
- 客户表单能否正确保存
- 提醒任务针对某个测试日的预约运行情况
- 退订链接是否真的成功取消了一个测试号码的订阅
没有什么大问题。我已经养成习惯，在自己动手排查问题之前先看这份记录，因为它能告诉我该把注意力真正放在哪里，而不是随便点来点去，指望碰巧发现问题。
周六，下午2:00 — 短信，这次是真的
设置好了服务商账号，填入密钥，给自己发了条测试提醒。
这是件小事，但正是这一刻，一个项目从演示品变成了真实存在于世界中的东西。
周六，下午4:20 — 等待域名生效
把她的真实域名指向了这个网站，然后花了两个小时无所事事等DNS生效。我用这段时间自己把那十四条真实客户记录录入了系统，而不是留给她周日晚上用手机敲字——事后看来，这是整个周末最值当的时间用法，不起眼的数据录入胜过任何没人要求的额外打磨。
周日，上午9:00 — 我差点做过头的地方
我一度以为她会想要一份周报——完成的遛狗次数、爽约情况、收入——于是开始要求做一个每周一早上自动发送的摘要。说到一半我停住了。她只有十四个客户，账目都是记在笔记本上的。摘要功能是在解决一个她还没遇到的问题。我把它去掉了。等她哪天真的提出需要，我五分钟就能加上；在那之前，它只是给可能出错的地方多添了一块表面积。
周日，下午1:10 — 把链接发给了她
她站在停车场里用手机添加了一个客户——这才是比我自己检查的任何东西都更重要的真正测试。
周日，下午6:40 — 下次我会跳过的部分
下次我会跳过的部分：
- 三次没有改变任何结果的方案重写
- 在真正动手设置短信服务商之前，白白担心了两个小时
- 那个差点动工的摘要仪表盘——整个周末最快的三十分钟，是我花在对自己的想法说“不”上，而不是真去做它
真正花掉时间的事情，要么是我自己需求描述里的真实歧义，要么是等别人家DNS服务器这种躲不开的等待。下一次搭建，我会把提示词一次性写好，像陌生人一样回读一遍，然后比这次更信任第一版方案。
