m0_74808467的博客

我们设计浅色、深色、自定义背景，同时我们在自定义背景的时候设置了背景色的透明的，可以让背景更自然的嵌入到页面中，保持页面的美观性和用户的个性化体验。团队自动爬取近15日天气数据，可视化展示7日内与15日内的天气温度、天气状况，并以折线图的方式展示，直观的告诉用户每一日的天气情况。我们以每个用户的id作为主key，每个用户设置一个自己的历史记录，记录每一个日期下用户交互得到的行程规划、地图信息。为服务更广泛的人群，我们设置了双语页面，用户可以根据自己熟悉的语言风格选择对应的交互界面。

本周我们对整个项目进行了详细的测试，项目目前存在的主要问题有：交通搜索的时候总页数未更新、缺少交通切换回主页面按钮、生成新行程不显示进度条、天气数据爬取频率太慢，导致数据准确性低、页面按钮部分颜色不一致，下面是我们团队针对本次测试结果进行的总结内容，详细介绍问题及其解决方案，保证接下来的项目完善工作中有针对性的进行。

为了更详细的展示站点信息，选择在最后一栏加了一个详情，用户点击每一个路线的站点详细图表之后，会在右侧弹出一个站点信息的弹窗，展示每一个路线的详细站点信息，包含站点名称、站点详细位置信息，帮助用户更清晰的知道那个公交线路更符合自己的行程规划。这次，我们团队新增了一个济南公交线路的展示界面，济南的公交线路多，且经过的站点覆盖范围广，价格实惠，是出行旅游交通工具的不二之选，我基于此现实情况，觉得做一个新的页面全面展示济南交通。同时，计划数据从后端传入前端进行渲染，写了一个新的路由路径，按列提取对应的信息。

前期我们智能体已经有了旅游景点推荐与地图可视化展示，这里我们再次增加了美食、住宿的推荐，首先我们对数据集进行了扩展，增加了美食与住宿的数据集，我们这里做的是根据用户的旅行地点进行推荐，即如果用户去大明湖，我们会推荐大明湖附件的美食饭店，所以我们的数据集需要增加美食、住宿的坐标。我们依据已经有的功能，将功能的按键进行位置的更改，颜色的渲染调整，优化前端的页面，首先我们将原有的导出pdf、截图挪到了发送的位置，保证智能体回复页面的整体简洁，同时避免了附加功能影响用户对智能体回复的关注。

在本周，我们团队对智能体的智能体回复、地图展示、进度条、前端设计等功能模块进行了优化升级,进一步提升用户的使用体验和回复的个性化。

增加了英文版本，它打破了语言壁垒，服务更多国际游客，满足不同母语背景人群需求，提升产品的包容性与用户体验，让外国友人也能便捷获取济南旅行规划，感受泉城魅力。完善了注册界面，方便新用户简单快捷注册新账号，同时增加登录界面和注册界面的相互跳转功能，方便用户的使用。在给出的内容后增添“导出为PDF”“截图”功能按钮，方便用户对内容进行分享和保存。完善了登录界面，保证每个用户信息安全，有效保存历史记录，方便用户的查找。本周任务总结，本团队增加了部分功能，提高了了结构体完整性和内容丰富性。

本周，团队通过紧密协作完成了判断时长功能的代码实现与初步测试优化。该功能的加入使TripGenie旅行规划助手更加完善，能为用户提供更全面的旅行规划信息。后续，团队将持续关注用户反馈，进一步优化功能细节，同时推进项目其他功能的迭代升级，不断提升产品质量和用户体验。

后端开发人员则致力于功能的实现和性能优化，确保系统能够快速、准确地处理用户的请求并返回合理的旅行规划，进一步完善了系统的功能体系，提升了用户体验。未来，我们将继续努力，根据用户反馈和市场需求，持续优化和扩展系统的功能，提高系统的稳定性和响应速度。本周，我们团队在上周完成用户可要求智能体重新生成旅行规划与对智能体的旅行规划回答可以生成pdf文件导出后，增加了出行时间估计、登录注册、英文页面、切换主题多个功能，增加了智能体回复的全面性的同时提升了用户体验，还增强了系统的实用性和可用性。

在本周的工作中，团队在上周完成地图展示和进度条的基础上，增加了两个功能点：用户可以对生成回答不满意要求智能体重新生成旅行规划；智能体的旅行规划回答可以生成pdf文件导出。这两个功能的增加为旅行规划服务的用户体验带来了显著提升。

利用 JavaScript 为按钮添加点击事件监听器，用户点击 “是” 按钮时，前端通过代码逻辑向后端行程生成模块发送请求，后端生成新路线数据返回，前端利用 DOM 操作技术，精准更新页面路线与地图信息，无需刷新页面，为用户提供流畅、便捷的多行程选择体验。前后端协同技术：前端与后端通过 HTTP 协议交互数据。例如后端接收用户咨询信息后，经校验分析，返回 “规划” 阶段状态标识，前端据此调用 CSS 样式切换与 DOM 更新函数，更新进度条显示状态，确保进度条与系统操作高度一致，为用户提供稳定的流程反馈。

在微观层面，缩放比例为 10 时，用户可以深入查看景点周边的细微之处，如小巷的走向、景点内各个建筑的具体位置等，满足了用户在不同场景下的查看需求，同时又不会因为缩放范围过大或过小而给用户操作带来不便。例如，在地图初始化时，首先加载地图的基础框架数据以及关键区域的矢量数据，确保用户能够快速看到地图的大致轮廓，然后再逐步加载周边区域及详细的路线数据。用户只需在触摸屏幕上轻松进行双指缩放操作，地图便能立即响应，实现流畅的缩放效果，为用户打造了便捷、自然的操作体验，极大地提升了用户与地图之间的交互效率。

在处理噪声数据时，运用数据挖掘中的异常检测算法，如基于密度的 DBSCAN 算法，自动识别并剔除那些明显不合常理的数据，诸如价格异常高或低的住宿信息、地理位置超出济南范围的景点坐标等。在此过程中，为优化 RAG 系统的性能，对检索算法进行多次调优，通过调整相似度计算的权重参数，提高检索结果与用户需求的相关性。同时，针对大语言模型生成内容的质量把控，采用强化学习中的奖励机制，依据生成内容与用户需求的匹配程度、信息丰富度等指标，对模型进行反馈训练，持续提升模型生成优质推荐内容的能力。

例如，设计包含景点探寻、美食寻觅、住宿选择等不同场景的输入描述，分别以中文和英文两种语言形式输入相同的旅行需求，像 “我想在济南找一些历史文化景点” 和 “I want to find some historical and cultural attractions in Jinan”，密切观察大模型 api 的返回结果。经过一周的协同努力，数据库中景点推荐内容的丰富度得到质的提升，用户在查看景点推荐时，能够获取更全面、深入的信息，为其旅行规划提供更有力的参考依据。

在本周的工作中，团队在上周完成可视化前端页面制作与基础问答功能的基础上，进一步优化了问答回复的时间，并增加了完善的功能点，为用户提供更直观、更高效的交互体验，特别是在展示景点之间的相对位置关系以及生成方案的优化方面取得了进展。

本周初，我们对市场上的智能助手产品进行了深入的前端设计调研，特别是Kimi、DeepSeek和豆包等。我们的目标是理解当前的设计趋势、用户界面交互的最佳实践，并探索如何提升用户体验。前端界面开发：我们开始构建前端界面，注重简洁性和直观性，同时确保界面的响应式设计。面对API集成的复杂性和前端设计的创新，我们共同探讨解决方案，确保了项目的顺利进行。技术集成：DeepSeek的前端设计强调了与后端技术的无缝集成，提供了强大的搜索功能。互动元素：豆包包含了丰富的互动元素，如动画和过渡效果，增加了界面的活力。

在数据处理阶段，面对不同网站对同一景点可能存在的命名格式差异、文件中不需要的信息，页码与序号与景点名称的统一问题，标题不清晰的CSV文件等问题，进行了讨论与修改。在项目启动阶段，我们组织了多次团队会议，明确了项目的目标和主题。确定了项目主题后，我们开始撰写项目书、申请书、答辩PPT，详细规划了项目的各个方面，包括目标用户、功能需求、技术路线、开发计划和预算等。面对数据不全面和更新不及时的挑战，我们决定采用爬虫技术，从各大网站爬取济南的景点、住宿、美食等信息。面对数据获取的难题，我们决定学习并应用爬虫技术。