这份路线排得很顺:酒店出发,去室内书店,吃午餐,再到展馆。可是“目的地在室内”没有让路上的步行消失。
用虚构地点做一次核对。H 是酒店,B 是书店,D 是午餐地点,C 是展馆。固定安排是 12:00 在 D 午餐、14:00 在 C 入场;雨天希望室外步行不超过 45 分钟。
| 雨天路段 | 给定步行时间 |
|---|---|
| H → B | 10 分钟 |
| B → D | 15 分钟 |
| D → C | 20 分钟 |
| C → H | 15 分钟 |
| 合计 | 60 分钟 |
还差 15 分钟才能满足目标。原生成结果没有把它包装成已经达标的路线:要继续减少步行,至少得替换掉一段已知路程。例如,C → H 如果整段都能使用其他交通,剩下才是 45 分钟;候车、接驳和费用还没确认,这个办法暂时不能算进完成的计划。
时间安排里可以先保住这几处:10:00 离开酒店,11:45 从书店出发去午餐,13:30 从午餐地点去展馆,13:50 到达后留 10 分钟等候。书店是否能按计划停留、展馆在哪里等候,都要出发前核实。
原晴天路线会先去河边步道 A。最稳妥的切换时点是 10:00 离开酒店之前;已经走到 A 后再转 B,A → B 没有给定时间,不能顺手补成一条准时路线。
拿自己的路线来试时,把每段交通和固定预约都写进去。结果即使是一张“不满足条件”的表,也比一条暗藏超时的路线更有用。这个例子只检查给定数字,不对应真实旅行地点。
复用这份示例的完整提示词:
请为现有行程做雨天切换方案,不要搜索或编造店铺、营业时间、天气和交通实时情况。变量示例:【城市】虚构的南桥;【可选地点】酒店H、露天河边步道A、室内书店B、室内展馆C、午餐D;【活动窗口】10:00—16:00;【固定点】12:00在D午餐、14:00在C入场;【已知步行分钟】H到A20、A到D25、H到B10、B到D15、D到C20、C到H15;【偏好】雨天室外步行目标45分钟以内;【限制】不能增加地点。先判断现有数据能否满足步行目标;这些路段都按室外步行计,不得假设连廊、地铁或打车时长。输出晴天主线与雨天备线的时间轴,保留固定时间,并给出一次最晚切换决策点及延误时先舍弃什么。没有路段数据时写“需确认”,不要估一个看似准确的数字。若雨天方案仍超过45分钟,明确差额,提出需用户确认的替代交通段,但不要当作已落实。结尾仅列出发前需要核查的开放、预约、交通三类事项,不虚构已核实。
本次输入(确切变量取值;以上要求保持不变):
合成城市“南桥”;酒店H、河边步道A、室内书店B、展馆C、午餐D。时间10:00—16:00,12:00在D午餐,14:00在C预约。已知步行分钟H-A20、A-D25、H-B10、B-D15、D-C20、C-H15;信息由用户自查;室外步行希望≤45分钟;不增加地点。