01 / 看似完整
攻略写得很满，不代表真的走得通。
AI、平台、朋友发来的攻略，常常把地点和时间排得很漂亮，却把真实距离、换乘、营业状态与等待时间藏在字缝里。
- 现实中处理
- 一份来自任意地方、还没有经过核验的旅行攻略。
- 产品要做到
- 先完整保留原计划，再把每一天拆成可检查的地点、交通与时间。
攻略进来 · 问题出来 · 决定仍归你
02 / 扫描矛盾
沿着每个点和每条线，把冲突定位到具体一段。
不只检查地点存不存在，还要看前后能不能接上：距离是否合理、时间是否闭合、营业信息是否可信、交通方式有没有被想当然。
- 现实中处理
- 地点、坐标、开放时间、路程、换乘与前后顺序互相影响。
- 产品要做到
- 把“哪里不对”钉在某一天、某一段，并保留证据与待确认项。
03 / 解释与修改
不只报错，还要说清为什么、可以怎么改。
旅行八哥把抽象警告翻译成能理解的影响，再给出不同代价的修改方向。系统提供建议，但不会替你偷偷改掉原本想去的地方。
- 现实中处理
- 同一个冲突，可能通过换时间、换路线或保留风险来解决。
- 产品要做到
- 解释原因、展示选择；由用户确认后，再把决定写回攻略。
04 / 真正走得通
最后留下的，是一份能出发、也能继续改的攻略。
修正后的地点、路线和时间重新闭合；已经核验、仍待确认与用户保留的选择各自有据可查。行程变了，原始意图不会丢。
- 现实中处理
- 旅行计划会持续变化，新的餐厅、车次或目的地随时可能加入。
- 产品要做到
- 输出当前真正可执行的版本，并让下一次修改仍能继续 Debug。
ITINERARY / 07原始攻略
南意 7 日示例攻略片段
AI DRAFT- 山城酒店退房 · 行李随身
- 海边码头攻略写“步行 8 分钟”
- 离岛游览攻略仍安排自驾
- 城市博物馆营业信息待核
?16:20—17:30这段时间没有安排
距离对不上8 分钟？
交通方式冲突车要留在哪里？
营业信息待核到达时还能进入吗？
这段行程跨越水域，但原攻略把前一段的自驾状态直接带到了岛上。
为什么路线与车辆连续性无法同时成立
建议已给出 · 等你决定DAY 03 · 已重新闭合保留“离岛游览”的原始意图
3 项已核验- 山城酒店退房预留装车与出发时间已核验
- 驾车前往海边码头路线与停车点已对应已核验
- 停车 · 换乘渡船交通方式在这里切换已核验
- 离岛游览返程班次仍需出发前确认待确认
滚轮上下 / 触控板左右 / 键盘 ← →左右轻扫 · 点击页码1 / 4