tripsense

4 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
tamakyi	1f902bc49b	修复 AI 追加轮后路线示意只剩一个点根因: runPlan 追加轮把 state.nearby 置 null, payload.nearby 随之为空, 模型第二版不再点名具体地点; extractPlanPlaces 的 nearby 来源(带坐标)空了, 加粗词又无坐标, 无 Key 时全被判 missing -> 只剩 1 个已选目的地。 - 追加轮沿用 state.nearby 并继续放进上下文; 提示词要求保留加粗点名 - extractPlanPlaces(text, inherit) 继承上一版坐标 + 否定语境护栏 - planVersions 存 routePoints, 版本切换/回到初版/载入保存方案同步重绘 - previous 改用 currentPlanText(), drawRouteMap 用 state.routeMissing - 新增 test-route-map-followup.cjs / verify-route-map-followup.cjs 与 README 说明	2026-11-06 09:58:06 +08:00
tamakyi	7ad86c6619	归属判定升级：DataV 官方行政区划表 + 同名县消歧用阿里 DataV GeoAtlas（免密钥）替换 OSM Overpass 离线县表： - 民政部 adcode 体系，县级前 4 位即所属地级码，2832 县 100% 可定位地级（OSM 表只有 1182/2362，且 admin_level 层级不可靠） - 同名县（全国 30 组）保留全部候选，运行时按坐标消歧，修掉「柳州的城中区被归到西宁市」归属判定改为「按名字精确查官方表」优先于「按中心点猜最近的县」：窄长县按中心点会跨省错判（环江喀斯特实际在环江县，按中心点判到荔波县）查表带距离校验，精确全称命中放宽到 150km（狭长县中心离边界可达 85km+）修掉三个真实缺陷： - Overpass 兜底把地级塞进 osmCounty、县名塞进 osmCity，与 attachPlaces「先找县级」的顺序相反，导致兜底路径永远丢下层县名 - Overpass 请求无硬超时，公共实例「连着不返回」能把一次分析拖成十几分钟；补三层限（单次超时 / 阶段总时限 / is_in 反查次数上限），13 分钟 → 48 秒 - Photon 的 osm.place.city 类目混着景点 POI，kind==='城市' 时无条件把名字当地名，导致「社更穿洞北门」「柳州之门」等景点自己成一组；改为必须同时是行政区名且能在官方表查到新增离线回归测试（都不打外部网络，Photon/Overpass 挂掉也能回归）： - test-admin-lookup：同名县消歧、已知边界点、狭长县远端点（19 项） - test-overpass-fallback：本地假 Overpass，验兜底路径、简称归一、200+HTML 错误页 - test-grouping-regression：本地假 Photon，20 候选完整分组 - verify-ui-full：端到端 UI 验收（真实无头 Chrome 读真实 DOM）	2026-11-06 02:05:24 +08:00
tamakyi	c5c2ffae68	TripSense 行知 · 周边出行顾问：首版零依赖 Node 服务，三步流程（选出发地 → 分析候选 → 生成方案 + 路线图 + 住宿参考）。 - 候选发现：高德 place/text 类型词跨城检索 + 内置景区/城市/小众库 + Photon 兜底 - 区县级「排除同城」判定（adname），过滤发生在轮转取样之前 - 路线图画的是 AI 方案里实际安排的每个地点，按正文顺序编号 + 虚线动线 + 真实高德底图 - 住宿：RollingGo 只读 CLI 取实时报价，无价格源时如实标注不编造 - 服务端内存缓存（指纹 + TTL + LRU），数据源层与 HTTP 层分别缓存 - 上下文瘦身：逐日天气只给 rank1，紧凑 JSON，实测约 1335 token	2026-11-05 20:25:03 +08:00

Author

SHA1

Message

Date

tamakyi

1f902bc49b

修复 AI 追加轮后路线示意只剩一个点

根因: runPlan 追加轮把 state.nearby 置 null, payload.nearby 随之为空, 模型第二版不再点名具体地点; extractPlanPlaces 的 nearby 来源(带坐标)空了, 加粗词又无坐标, 无 Key 时全被判 missing -> 只剩 1 个已选目的地。

- 追加轮沿用 state.nearby 并继续放进上下文; 提示词要求保留加粗点名
- extractPlanPlaces(text, inherit) 继承上一版坐标 + 否定语境护栏
- planVersions 存 routePoints, 版本切换/回到初版/载入保存方案同步重绘
- previous 改用 currentPlanText(), drawRouteMap 用 state.routeMissing
- 新增 test-route-map-followup.cjs / verify-route-map-followup.cjs 与 README 说明

2026-11-06 09:58:06 +08:00

tamakyi

7ad86c6619

归属判定升级：DataV 官方行政区划表 + 同名县消歧

用阿里 DataV GeoAtlas（免密钥）替换 OSM Overpass 离线县表：
- 民政部 adcode 体系，县级前 4 位即所属地级码，2832 县 100% 可定位地级
  （OSM 表只有 1182/2362，且 admin_level 层级不可靠）
- 同名县（全国 30 组）保留全部候选，运行时按坐标消歧，
  修掉「柳州的城中区被归到西宁市」

归属判定改为「按名字精确查官方表」优先于「按中心点猜最近的县」：
窄长县按中心点会跨省错判（环江喀斯特实际在环江县，按中心点判到荔波县）
查表带距离校验，精确全称命中放宽到 150km（狭长县中心离边界可达 85km+）

修掉三个真实缺陷：
- Overpass 兜底把地级塞进 osmCounty、县名塞进 osmCity，
  与 attachPlaces「先找县级」的顺序相反，导致兜底路径永远丢下层县名
- Overpass 请求无硬超时，公共实例「连着不返回」能把一次分析拖成十几分钟；
  补三层限（单次超时 / 阶段总时限 / is_in 反查次数上限），13 分钟 → 48 秒
- Photon 的 osm.place.city 类目混着景点 POI，kind==='城市' 时无条件把名字
  当地名，导致「社更穿洞北门」「柳州之门」等景点自己成一组；
  改为必须同时是行政区名且能在官方表查到

新增离线回归测试（都不打外部网络，Photon/Overpass 挂掉也能回归）：
- test-admin-lookup：同名县消歧、已知边界点、狭长县远端点（19 项）
- test-overpass-fallback：本地假 Overpass，验兜底路径、简称归一、200+HTML 错误页
- test-grouping-regression：本地假 Photon，20 候选完整分组
- verify-ui-full：端到端 UI 验收（真实无头 Chrome 读真实 DOM）

2026-11-06 02:05:24 +08:00

tamakyi

c5c2ffae68

TripSense 行知 · 周边出行顾问：首版

零依赖 Node 服务，三步流程（选出发地 → 分析候选 → 生成方案 + 路线图 + 住宿参考）。

- 候选发现：高德 place/text 类型词跨城检索 + 内置景区/城市/小众库 + Photon 兜底
- 区县级「排除同城」判定（adname），过滤发生在轮转取样之前
- 路线图画的是 AI 方案里实际安排的每个地点，按正文顺序编号 + 虚线动线 + 真实高德底图
- 住宿：RollingGo 只读 CLI 取实时报价，无价格源时如实标注不编造
- 服务端内存缓存（指纹 + TTL + LRU），数据源层与 HTTP 层分别缓存
- 上下文瘦身：逐日天气只给 rank1，紧凑 JSON，实测约 1335 token

2026-11-05 20:25:03 +08:00