作为每天写业务代码、修线上问题、参加评审的后端或全栈开发，你可能也有同感：真正写代码的时间常被排查问题、写文档和同步进度挤占，很多重复性的文字和样板代码其实可以交给 AI 起草。做攻略最累的是在大量信息里取舍，AI 可以按你的偏好快速排出初版行程，你再核实细节。这篇文章用一个完整的例子演示程序员如何借助 AI 做旅行攻略：把人数、天数、预算、节奏和偏好告诉 AI，让它排出逐日行程，再用带联网搜索的工具核实开放时间和交通。

场景：程序员为什么需要 AI 做旅行攻略

程序员计划安排一次三到四天的出行，同行的有家人或朋友，大家的体力和兴趣不同。看了很多攻略，越看越乱，不知道怎么安排才不累又不留遗憾。而且程序员手上通常同时压着“上线订单服务灰度”之类的事情，如果每次都从零开始，很容易顾此失彼。

推荐工具

行程框架可以用对话助手生成；开放时间、门票、交通等实时信息建议用带联网搜索的 AI（如 Kimi、豆包、Perplexity、ChatGPT 搜索）查询，并以官方渠道为准。

一个虚构的例子

设想一个虚构场景：小孙刚接手一部分新工作，既要完成“完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）”，又要准备“排查定时任务重复执行问题”。面对需要做旅行攻略的任务，小孙的做法是：先让 AI 按固定结构起草，再对照自己掌握的事实逐项修改，涉及密钥、内网地址、数据库连接串和用户数据的部分一律用代号替换。这样既节省了时间，也守住了准确性和隐私的底线。

操作步骤

  1. 写清出发地、目的地、日期、人数和同行人的情况
  2. 说明预算范围和节奏偏好
  3. 让 AI 排出逐日行程，标注交通方式和时间
  4. 核实开放时间、预约要求和天气，再做最终调整

可复用的提示词

把方括号和括号里的内容换成你自己的信息即可：

【背景】当前的难点是：依赖的第三方支付 SDK 下周升级，可能需要适配。
请帮我规划一次旅行。

出行人：程序员和家人共 3 人，其中一位长辈腿脚不太方便
天数：3 天 2 晚，从市中心酒店出发
预算：中等，不追求奢华
偏好：自然风景和当地美食，不想排长队，每天下午留出休息时间

请输出：
1. 逐日行程表：时间段 / 地点 / 活动 / 交通方式 / 预计时长
2. 每天的餐饮建议（类型即可，不要编造具体店名和价格）
3. 需要提前预约或核实的事项清单
4. 雨天备选方案

开放时间、门票等信息请注明“需核实”。

效果示例（虚构演示）

以下是一段示意性的输出，内容基于虚构的工作记录，仅用于展示格式和思路，实际结果会因工具和输入不同而变化：

第一天

时间地点活动交通时长
9:30城市公园平地散步、拍照打车2 小时
12:00附近当地特色午餐步行1 小时
13:30酒店午休打车2 小时
16:30老城区慢逛、品尝小吃打车2.5 小时

需要核实：公园是否有电瓶车（方便长辈）；老城区是否限行；热门餐厅是否需要排号

雨天备选：博物馆或室内展馆（开放时间需核实）

拿到类似的结果后，小孙的做法是先核对事实和数字，再结合“排查定时任务重复执行问题”的安排调整重点，最后才对外使用。

注意事项与技巧

  • 有老人或孩子同行时，把体力限制写清楚，行程会更合理。
  • 出发前一天再查一次天气，必要时启用备选方案。

给程序员的特别提醒

让 AI 先解释思路再给代码，便于你判断方向对不对。同时要记住：AI 生成的代码必须经过本地运行、测试和代码评审，不要直接合入主干。

很多程序员还会这样做：把报错堆栈、相关代码片段和运行环境版本一起贴给 AI，比只描述现象有效得多。

举一反三

  • 预算表：估算交通、住宿、餐饮、门票的大致范围。
  • 出差顺游：利用出差前后的半天安排短途行程。

相关阅读