【用AI】我把 Claude 当产品经理、GPT 当程序员，做了一个记录旅行足迹的小程序
我毕业后已经工作一段时间，平时旅行和出差比较多。以前去过的地方，照片在手机相册里，地点收藏在地图软件里，偶尔还会记在备忘录里。过一段时间想回顾某次旅行，往往要在几个软件之间来回找。
所以我想做一个简单的微信小程序，专门记录自己的旅行足迹。打开首页就能看到去过的地方，点进某个地点可以查看日期、照片和当时写下的几句话。
这次我没有让一个工具从头做到尾，而是把 Claude 和 GPT 分开使用。
一开始我只有一个比较模糊的想法：做一个可以记录旅行地点的小程序。于是我先让 Claude 负责产品经理的工作。我给它的要求是：
“我想做一个记录旅行足迹的微信小程序，用户可以添加去过的地点、日期、照片和文字备注。请先不要写代码，先通过提问帮我明确用户、使用场景和第一版必须实现的功能，最后输出页面结构、用户流程、数据字段和异常情况。”
Claude 没有马上开始堆功能，而是先问了我几个问题，比如是否需要多人共享、是否需要登录、地点是手动输入还是地图选点、照片是否保存到云端、要不要做点赞和评论等。
我最后决定第一版只做个人记录，不做社交功能，也暂时不接复杂的后台。保留下来的功能有四个：
-
首页地图：显示已经记录过的地点
-
添加足迹：填写地点、日期、照片和备注
-
足迹列表：按时间查看所有记录
-
足迹详情：查看、修改和删除记录
Claude 还帮我补了一份比较实用的状态表，例如没有任何记录时首页显示什么、地点重复添加时怎么处理、用户取消选择照片时怎么提示。这些细节如果只凭自己的第一印象，很容易遗漏。
等产品结构确定以后，我再把 Claude 整理出的需求文档交给 GPT，让它负责实现程序。我会要求它一次只做一个功能，而不是直接生成整个项目。比如第一步只实现“添加足迹”页面：
“请根据下面的产品需求，实现微信小程序的添加足迹页面。使用 WXML、WXSS 和 JavaScript。需要支持地点名称、日期、照片和备注，提交后保存到本地。请列出需要修改的文件，并说明每个文件的作用，不要改动其他页面。”
GPT 先生成页面代码和数据结构，我再复制到开发工具里运行。出现报错后，把报错信息和相关代码一起发回去，让它解释原因并给出最小修改。做完添加页面，再继续做列表、详情和地图标记。
实际开发时，GPT 在重复性工作上帮了我很多，比如生成表单布局、统一按钮样式、处理列表渲染、补充编辑和删除逻辑。地图页面的交互和页面之间的数据传递，也是我先描述清楚需求，再让它逐步完成的。
不过，代码并不是生成出来就能直接用。我遇到过几个问题：
第一，选择的照片一开始只能在当前页面显示，重新打开小程序就找不到了。后来才发现临时文件路径不能直接当作永久地址，需要另外处理保存逻辑。
第二，地图定位涉及权限和接口配置。GPT 可以写出调用定位的代码，但权限说明、开发者工具配置和实际设备测试，还是要自己完成。
第三，地点名称相同不代表是同一个地方。比如“人民公园”可能出现在不同城市，所以我后来给每条记录增加了城市和经纬度字段，不能只保存一个名称。
第四，AI 很容易顺手加入一些暂时不需要的功能，例如旅行统计、路线分享和社交评论。我最后都先删掉了，先把“记录、查看、修改”这个核心流程跑通。
目前这个小程序还只是个人使用的第一版，但已经可以完成基本记录。以前整理一次旅行照片可能要花一两个小时，现在只要在当天添加地点、照片和几句备注，之后打开地图就能看到自己的旅行轨迹。
这次使用下来，我对两个工具的分工感受比较明显：
Claude 更适合在开始阶段梳理需求、发现遗漏和控制功能范围。它比较像一个会不断追问的产品经理。
GPT 更适合把明确的需求拆成代码、解释报错和反复修改页面。它比较像一个执行力较强的程序员，但前提是需求必须写清楚。
我总结了三个比较容易复制的方法：
-
先让 AI 帮你把想法整理成产品需求，再开始写代码。
-
每次只实现一个页面或一个功能，运行通过后再继续。
-
每次测试都记录实际报错和修改内容，不要只凭 AI 的解释判断功能是否正常。
对我来说，AI 并没有替我完成整个产品，而是把“想法整理”和“代码执行”这两件最容易卡住的事情分开处理，最后真的做出了一个自己会使用的小程序。
