上方山小程序预汇报

初衷 往年几类 导览 环境监测 灾害预防

不方便 信息不够细化

想象一个来过的人会怎么说 说哪条路好走（往届数据） 哪个厕所干净 哪个地方阴凉 哪个地方方便坐 哪个地方信号好 相比于往届的寺庙古树等景点介绍 游客更需要这些东西 而且这些都是跟位置信息相关联的 就像告诉这个来过的人你在哪里他就能更好推送信息

页面介绍

两大块 主动询问和拍一拍

为什么拍一拍？喜欢被动获取信息 市面上产品拿来时不知道问什么

参考抖音 主动推送 比自己还了解自己 不仅把信息送到眼前 还要送到胃里面

两者侧重差别 一个文本一个位置 一个推荐一个查询 对应着不同需求

两个后端处理的差别

第一个拍一拍演示

大平台 青龙泉

第二个拍一拍 上了地藏王菩萨的楼梯后

陡峭云梯 在建索道详情

第一个主动 东门 注意事项

云梯台阶 主要景点

第二个主动 累了

需求提取 不是直接检索累

从发送问题到ai输出经历的过程 自己编排工作流

先请求云函数 因为涉及鉴权问题不能直接前端

输入主要有两个 其实有三个 还有个模型选择

附近信息里面是半径200米内 主要是照片 索引id 标注信息

问题优化 需求提取 举例累了 语义和全文都不行 生成几个可能的检索词 比如座椅 休息 小卖部 餐饮店

两路检索完后用重拍模型根据生成的检索词重排序 得到用户可能需要的东西 （拍一拍没有特定需求 就换成了广泛的词 根据上下文生成 或者随机检索）

然后加入位置

讲一下知识库引用的数据内容 id更新时间 来源名称 内容

有一个遗憾 不能异步调用

数据来源

网页 之前自动爬取 效果不好

手动标注 主要是标注一些光看照片看不出来的 比如它的历史意义 它的性质特点等等

手动标注到AI描述 自动化工作流 钉钉多维表

保密和保护

举例老师上次讲的古树 只有大概信息 具体告诉你是哪一届哪一组

还有几条措施

亮点

关于prompt 遇到的问题 假装很熟悉 以为知识库的东西都是用户写的 说话很啰嗦 很客气 假惺惺的互动性 客服和尴尬聊天 有什么新鲜事吗 不像微信聊天

展望

光做一个问答系统没有那么的有意思

大模型最大价值

想一下平时AI最能帮到手的是什么

助手普遍远不如人 还慢

但是信息组织效率高太多了

写作也是一种信息重组织 表达 人与人之间的信息传输与压缩

大厂关注点 编程和数学

一定位置

时间有了 但是没空间

检索方式变化

首先先解决连接问题 能看到了 但是没人组织 后来方便连接（域名） 后来有人组织且有UGC 主动灵活分享信息 到搜索引擎是大型的组织信息系统 一直到今天 ChatGPT抢走了很多谷歌的流量 但是大模型仍然需要我们学会用它 而不像我们问一个顾问、问一个咨询公司一样得到我们更需要、更细化、更精准、更准确的信息

每一步都觉得方便了很多 但是还是有很多可公开的需要的信息没有被找到