程序聚合 软件案例 基于AI 驱动的行程规划-旅游问答应用

基于AI 驱动的行程规划-旅游问答应用

2026-09-29 12:30:39
行业:搜索、旅游
载体:小程序
技术:Node.js、Express、Vue、Vue Router

业务和功能介绍

背景:传统旅行规划信息分散在各攻略平台,用户需自行跨渠道查景点、比门票、算预算、排行程,耗时且难以个性化;通用对话助手也无法对 "城市 + 预算 + 天数" 这类结构化输入做建模。目标:构建一个以 LLM 为核心的智能旅游助手 —— 输入目的地、预算、天数即可自动生成结构化行程规划(每日上午 / 下午 / 晚上安排、景点介绍、交通建议、预算分配、小贴士与注意事项),并提供流式 AI 旅游问答,以移动端优先的形态交付。

1. 行程规划模块(Home / Detail):表单选择并校验目的地、预算(≥100 元)、天数(1–30 天),支持热门城市快捷选择;后端调用大模型按固定 JSON 结构生成行程,结果页以折叠卡片展示每日日程、预算分配、小贴士与注意事项,支持失败重试与超时友好提示。
2. AI 对话模块(Chat):支持自由提问与快捷问题,采用 SSE 流式逐字渲染,带 "正在思考" 状态;行程详情页可一键携带城市上下文进入对话。
3. 个人中心模块(Profile):注册、登录、退出(用户名密码 + 头像,localStorage 持久化);历史记录区分对话 / 查询两类,支持滑动删除、一键清空与 20 条进度提示,点击可回跳对应行程或聊天;收藏与设置页当前为占位。
4. 后端服务模块(travel-II):Express 提供 /api/travel/recommend、/api/travel/chat 及心跳接口;通过 LangChain ChatOpenAI 统一封装,支持 SiliconFlow / DeepSeek 双模型供应商切换。

- 行程规划流:首页表单(城市 / 预算 / 天数)→ 前端校验 → 写入历史 → 跳转 /detail → POST /recommend → 后端校验并组装 prompt → LLM 生成整份 JSON → 正则提取与解析 → Detail 渲染每日日程 / 预算 / 贴士 → 底部按钮进入 AI 对话。
- AI 对话流:Chat 输入或点击快捷问题 → 写入历史 → POST /chat(SSE)→ llm.stream 逐块产出 → streamUtils 以 data 事件推送 → 前端 fetchStream 逐字填充气泡 → complete 事件收尾。
- 个人中心流:登录 / 注册 → Profile → 收藏 / 历史 / 设置;历史条目点击回跳对应行程或聊天。

项目实现

采用前后端分离架构:

- 前端 travel:Vue 3 + Vite + Vant 4(移动端组件,按需自动引入)+ Pinia(状态管理,localStorage 持久化)+ Vue Router + Axios。细分为页面模块(Home/Detail/Chat/Profile/History/Favorites/Settings/Login/Register 九个视图)、组件模块(ChatBubble/SpotItem/BudgetTable)、请求模块(axios 封装 + fetchStream 的 SSE 解析)。
- 后端 travel-II:Node.js + Express(监听 3300)+ @langchain/openai + dotenv + cors + nodemon。细分为服务入口(index.js,含心跳与错误中间件)、路由(route/travel.js)、业务服务(services/travelService.js:LLM 初始化、行程 prompt、JSON 解析、流式对话)、工具(utils/streamUtils.js:SSE 响应封装)。
- LLM 接入层:由 .env 的 MODEL_PROVIDER 二选一切换 SiliconFlow(Qwen3.5-35B-A3B,默认)或 DeepSeek(deepseek-chat),ChatOpenAI 统一 streaming:true、temperature 0.7。
- 设计思路:以 LLM 为生成核心,后端承担 prompt 工程、结构化输出解析与 SSE 封装;前端专注表单校验、结果渲染与本地状态持久化;模型供应商做成可配置,避免厂商锁定。

系统前后端联通,行程规划可生成并完整渲染,AI 对话可流式问答,历史记录、注册登录可用。收藏与设置页面为 TODO 占位,尚未实现交互逻辑。

难点:流式接口超时;axios 的 timeout 是 "请求总时长" 而非 "空闲无数据时长";模型输出稍有偏差即解析失败。

解决方案:1.timeout/ 重试 ——ChatOpenAI 加 timeout 兜底、maxRetries 自动重试,前端 axios 放宽至 180s;2.JSON 模式 ——response_format:{type:'json_object'} 强制 JSON 输出、调低 temperature,替代正则,提升解析成功率;3. 改流式 SSE——/chat 改用 llm.stream 逐块推送,前端弃用 axios、改用 fetch+ReadableStream+AbortController 逐字渲染、不设总超时。详见 docs/backend-optimization.md(180s 放宽、/chat 流式已落地)。

示例图片视频


郡
15天前活跃
方向: 前端-Web前端、前端-小程序、
交付率:100.00%
相似推荐
json解析转换器
1、背景和目标:一、超级快速、安全对json的解析与对象转换;二、支持分布式超高并发 2、json解析转换器,支持分布式高并发,支持百万级别访问。用于快速进行json的解析与对象转换。原有的开源工具,要么安全性不够,要么性能不够强悍,要么不支持定制,很难满足企业日益严苛的业务需求。开发的这个json解析转换器,可以同时满足以上三种需求。
智能仓储 · 立库调度监控系统(RMS 调度中间件 + 监控管理后台)-RmsCC
【1】立项背景与目标 自动化立体库是新能源锂电、汽车零部件等行业的主流仓储形态,库内由四向车、提升机、输送线、接驳口协同完成托盘出入库。上游 WMS/WES 只下发"某个托盘要入库或出库",而"分配到哪个货位、走哪条路、派哪台车、每一段由谁执行"全部由中间的调度系统(RMS)计算并驱动——本项目就是一个立库调度中间件 + 配套的调度监控管理后台。目标:把"任务下发→货位分配→路径规划→派车→分段执行→库存过账"做成可跑通、可观测、可人工干预的闭环,并解决现场最头疼的三个问题:调度计划与现场执行脱节、设备与货位状态不可见、故障(走不通、卡住)无日志可查。 【2】核心功能模块 ①基础数据:仓库/货区/货位(层-x-y 坐标、深浅位)/设备/物料建模。 ②权限体系:JWT + RBAC 用户-角色-菜单三级权限,菜单级与接口级双重校验。 ③上游任务管理(内置 WES 模拟器):批量下发出入库任务,一键生成托盘号。 ④任务调度与分段:任务状态机(待下发/执行中/已完成/异常/取消),入库按固定拓扑自动拆 3 段(库外输送线→提升机→目标层接驳口→货位),出库镜像反向。 ⑤路径规划:库内 A* 网格寻路(巷道四向可走、货架区仅纵向、有货货位视为障碍),按"空闲且电量>40% + 曼哈顿距离最近"自动派车,支持小车避让、等待点与自动移库(倒库)。 ⑥设备仿真引擎:无真实 PLC,用定时任务按可配置节拍推进每段任务并驱动设备沿路径移动。 ⑦实时监控:WebSocket 每秒推送设备位置、状态与任务进度,地图大屏显示库位占用与小车轨迹,另配小车/设备监控页。 ⑧库存与数据中心:托盘维度库存、分层占用统计、库存流水(任务完成自动过账)。 ⑨接口日志中心:按上游/RCS/WCS 三个通道记录每次调用的请求与返回报文、方向、结果、耗时,支持按托盘号/任务号全链路检索与改报文重发。 ⑩AI 作业助手:接入大模型,自然语言下发任务、异常诊断与智能问答,SSE 流式输出,模型不可用自动降级为本地规则。 ⑪单车手动控制:顶升/放下/移动/充电/恢复/释放任务等指令,应急时人工接管。 【3】业务流程与功能路径 上游下发(托盘号 + 出入库类型)→ RMS 自动分配货位(浅位优先、低层优先)→ 生成分段计划 → A* 计算路径并派最近的空闲车 → 仿真引擎按节拍推进各段 → 全段完成后自动过账(货位占用/释放、绑定或解绑托盘、写库存流水与系统日志)→ 任务归档。 功能路径:登录 → 首页看板(货位占用 + 任务趋势)→ 上游任务管理下发任务 → 资源监控中心地图大屏观察执行 → 立库任务中心(任务视图/任务管理)→ 数据中心查库存与流水 → 报表数据中心查接口日志 → AI 助手用自然语言下单。
多端AI问答系统(SSE流式输出)
立项背景:随着大语言模型的普及,传统企业与用户对智能对话的需求激增。旨在构建一个前后端完全解耦的 AI 问答系统,支持多端接入,提供流畅的流式对话体验。 核心功能:支持 SSE 全链路流式对话(包含start/content/reasoning/done/error五类事件);多会话管理(新建、切换、重命名、置顶、逻辑删除);Markdown 渲染、思考过程折叠展示、多模型切换、Token 用量统计与 API 调用日志,以及四维 IP 限流。 业务流程:前端发起对话请求 → 后端校验限流 → 组装历史消息并调用大模型 API → SSE 逐字返回前端实时渲染 → 消息落库并记录 Token 与耗时。
CRM客户管理后台
立项背景:针对中小型企业客户信息分散、销售跟进过程不透明、合同管理混乱等痛点,旨在打造一个轻量级的客户全生命周期管理后台,提升销售团队协作与转化效率。 核心功能:涵盖管理员登录鉴权、客户主表管理、联系人维护、跟进记录追踪、合同管理等六大模块。支持客户信息分页查询、关键字搜索、新增编辑与逻辑删除;客户详情页以名片形式集中展示联系人、跟进记录及关联合同。 业务流程:从潜在客户录入,到日常跟进记录,再到最终合同签订与操作日志审计,覆盖完整的销售业务闭环。
ERP管理系统
本项目面向中小企业的采购、销售、仓储、生产及财务协同场景,目标是将分散的业务记录、审批流程和经营数据整合到统一平台,支持业务过程追踪与数据查询。 系统包含客户与供应商、销售、采购、仓储、生产制造、财务、人力资源、项目合同、资产、质量售后、零售门店、数据报表和系统管理,共13个模块、102个配置驱动页面。核心功能包括客户线索与商机管理、采购与销售订单、库存预留及批次追溯、多级物料清单、生产领料与报工、发票与收付款、会计凭证、薪酬、资产折旧和项目成本分析。 业务流程围绕单据流转展开。例如,销售业务支持“线索→商机→报价→销售订单→发货→发票→收款”;采购业务支持采购申请、采购订单、到货验收、入库及付款。单据通过草稿、提交审批、审批通过和过账等状态进行控制,过账时联动库存台账、资金余额及会计分录,并保留操作历史。 系统提供桌面Web端和移动端入口,共用业务接口与权限规则。管理员可配置用户、角色、菜单、字典和审批权限,员工可按权限处理单据、查看通知和查询报表。经营数据支持按日期汇总及来源下钻,方便追踪库存、应收应付和项目收支。 项目预览 https://tomatoxs.cn:18443 https://tomatoxs.cn:18444 账号:demo 密码:demo123
帮助文档   Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服