项目角色
独立产品设计与全栈开发
从需求分析到上线全流程负责
真实产品界面
行程输入、地图路线与出行状态同步展示
项目概览
技术栈
Next.js / TypeScript
Prisma / SQLite / PostgreSQL
AMap / FlyAI / 12306 MCP 能力集成
项目状态
线上演示可用
持续迭代中
核心流程已部署并可公开体验
项目周期
2026.04 至今
需求 / 开发 / 上线 / 迭代
核心流程
从城市选择，到每天可执行。
不是把信息堆在一起，而是让每一步都回到同一份 TripPlan。
城市
起点、途经、终点
交通
连接真实抵达时间
景点
搜索、筛选、排序
时间轴
每天的可执行顺序
预算
持续查看成本变化
功能亮点（核心能力）
让路线、景点、交通和预算在同一条决策链上。
每张卡片使用公开演示中的真实界面或明确标注的示例数据。
多城市顺序规划
先确定城市顺序，再生成城际连接、城市内路线和后续住宿城市。
成都起点城市
重庆第 2 城市
2城市
2公开演示日程
景区搜索与地图选点
飞猪 FlyAI 景点优先、高德 POI 补充，筛选后把候选点放回路线。
交通方案与衔接
高铁、飞机、驾车等方案回到同一份行程；铁路数据只读查询，便于比较时间与成本。
每日行程时间轴
把抵达、景点、用餐和离开时间放在同一条可调整的时间轴。
- 早餐与出发 城市内交通
- 枇杷山公园 景点停留
- 人民公园 景点停留
- 景区路线结束 准备下一段交通
- 午餐与衔接 可继续修改
公开演示示意时间，用于展示时间轴如何承接路线与景点。
预算总览
输入总预算或人均预算后，交通、住宿、门票和餐饮保持在同一份预算状态里。
¥ 2,680演示示意
交通¥ 1,120
住宿¥ 860
门票¥ 420
餐饮¥ 280
可按预算自动生成经济、均衡、舒适三档建议；示意金额不代表实时报价。
工程设计与架构
一份 TripPlan，连接整个规划过程。
实际项目通过统一数据结构管理城市、交通、景点、日程、住宿和预算，地图与外部查询通过 Provider 解耦。
TripPlan 数据流
从用户操作到局部更新，数据沿着单一来源流动。
用户端
Next.js App Router 与表单交互
Plan API
Zod 校验与规划请求
TripPlan Store
方案状态的单一来源
城市与交通
景点与路线
每日行程
预算与住宿
Prisma
SQLite 开发 / PostgreSQL 生产
外部能力
高德地图 / 飞猪 FlyAI / 只读铁路查询 / AI 文案
架构图是实际项目边界的展示版，不代表所有 Provider 同时启用。
工程亮点
- 统一 TripPlan，避免城市、交通、总览页面各自维护状态。
- 修改局部数据，只重新计算受影响的路线与结果。
- 地图能力通过 MapProvider 抽象，当前实现为高德地图。
- 路线优化使用贪心、聚类与时间窗约束。
- 铁路查询只读，不包含购票或抢票行为。
- 酒店候选支持价位区间筛选、价格/评分/距离排序与去重合并。
- 预算输入可自动生成分档建议，并区分确认费用与待确认估算。
- 服务端密钥不发送到浏览器。
type TripPlan = {
cities: City[];
segments: TransportSegment[];
days: ItineraryDay[];
budget: BudgetSummary;
};隐私与数据策略
公开展示，也不暴露隐私。
公开展示不意味着暴露隐私。智行策划只展示项目运行所必需的信息。
- 不展示私人住址、门牌号和精确坐标
- 不保存身份证号、电话号码等敏感数据
- 第三方服务密钥只保存在服务端
- 铁路和航空数据仅用于查询
- 不包含支付、登录或购票行为
- 数据传输使用 HTTPS
用户输入城市与公开地点
服务端处理去除精确定位
返回结果路线与时间信息