Add check-in feature and update travel planner UI

README.md

@@ -1,8 +1,8 @@
 # 光明文旅地图 POC
 
-基于 uni-app、Vue 3、TypeScript 和 Pinia 开发的微信小程序 POC，用于验证深圳市光明区文旅资源地图探索、POI 数字化展示、文旅问答式偏好收集和行程规划。
+基于 uni-app、Vue 3、TypeScript 和 Pinia 开发的微信小程序 POC，用于验证深圳市光明区文旅资源地图探索、POI 数字化展示、文旅偏好收集、行程规划和真实定位到点打卡。
 
-当前范围包括地图拖动缩放、POI 分类、marker 与摘要联动、用户主动授权后的前台实时定位、POI 详情、AI 文旅助手交互和推荐行程展示。路线规划支持基于当前位置的快速规划，以及用户自选 2–8 个 POI、2–10 小时时长的自定义规划；本地规划器按时间预算动态排程，配置服务端后可由受控 AI 在审核白名单内推荐点位与顺序。当前不是道路级实时导航，也不包含打卡、登录或个人中心。
+当前范围包括地图拖动缩放、POI 分类、marker 与摘要联动、用户主动授权后的前台实时定位、POI 详情、文旅偏好收集、推荐行程展示和到点打卡。路线规划支持基于当前位置的快速规划，以及用户自选 2–8 个 POI、2–10 小时时长的自定义规划；当前交付统一使用本地规划器按时间预算动态排程。打卡使用用户每次主动触发的位置请求结果核验到点范围，并在本机记录积分、徽章和足迹；当前不是道路级实时导航，也不包含登录或云端个人中心。
 
 ## 微信开发者工具
 
@@ -31,9 +31,9 @@ macOS 已安装微信开发者工具时，也可在另一个终端执行 `corepa
 corepack pnpm build:mp-weixin
 ```
 
-开发编译后可运行 `corepack pnpm verify:mp-weixin`，检查微信工程配置、启动页、五个业务页面、三个 tabBar 入口、六个图标和页面四件套是否完整。
+开发编译后可运行 `corepack pnpm verify:mp-weixin`，检查微信工程配置、启动页、七个业务页面、三个 tabBar 入口、六个图标和页面四件套是否完整。
 
-生产产物位于 `dist/build/mp-weixin`。微信 AppID 通过未提交的 `.env.local` 中 `UNI_MP_WEIXIN_APPID` 配置；根目录 IDE 配置暂用 `touristappid`，避免误用模板中的其他项目身份。游客身份只能本地编译，真机预览或上传前必须同时把 `project.config.json` 的 `appid` 换成项目方确认的真实 AppID。详细说明见 [微信小程序构建与验收说明](./docs/微信小程序构建与验收说明.md)。
+生产产物位于 `dist/build/mp-weixin`。微信 AppID 通过未提交的 `.env.local` 中 `UNI_MP_WEIXIN_APPID` 配置；根目录 `project.config.json` 也必须使用同一个项目 AppID。详细说明见 [微信小程序构建与验收说明](./docs/微信小程序构建与验收说明.md)。
 
 生产验收时可直接导入 `dist/build/mp-weixin`，macOS 也可运行 `corepack pnpm ide:mp-weixin:build`。根目录始终用于开发模式，不会因执行生产构建而自动切换到 `dist/build/mp-weixin`。
 
@@ -42,10 +42,11 @@ corepack pnpm build:mp-weixin
 ```text
 src/
 ├── pages/map/index.vue          # 小程序首页：全域地图
-├── pages/assistant/index.vue    # AI 文旅助手：偏好快捷入口
+├── pages/assistant/index.vue    # 文旅助手：偏好快捷入口
 ├── pages/planner/index.vue      # 行程偏好表单
 ├── pages/itinerary/index.vue    # 推荐路线与地图展示
 ├── pages/poi/detail.vue         # POI 详情
+├── pages/check-in/              # 真实定位打卡、积分、徽章与足迹
 ├── components/map/              # 地图筛选和摘要组件
 ├── components/poi/              # POI 图片、标签、状态和图集组件
 ├── components/travel/           # 行程点位展示组件
@@ -58,9 +59,19 @@ src/
 └── static/                      # 随包静态资源
 ```
 
-不配置 `VITE_TRAVEL_ASSISTANT_API_BASE_URL` 时，小程序使用本地确定性 POC 规划器。配置受控后端地址后，服务端 AI 只接收偏好和不含坐标的 POI 白名单，返回推荐 ID、理由和顺序；当前位置、交通估算、时长适配及最终路线仍由小程序本机计算。服务端默认 `LLM_MODE=mock`，只有部署时设置 `LLM_MODE=real` 及模型凭据才会标记为真实 AI。微信公众平台还需配置 HTTPS 合法请求域名；API Key、模型凭证和高德 Web Service Key 均不得进入客户端环境变量或构建产物。
+## AI 后续接入说明
 
-实时位置仅由用户主动触发，并只在地图页处于前台时持续更新。精确坐标保留在当前内存会话中，不写入匿名偏好或路线缓存，也不会发送给远程 AI 服务。iOS 真机使用前，需通过真实 AppID 在微信公众平台开通定位接口并完善《用户隐私保护指引》。
+本期 AI 能力留空，不纳入交付和验收。当前 `createPlan` 业务入口固定走本地规划器，即使误配 `VITE_TRAVEL_ASSISTANT_API_BASE_URL` 也不会发起模型请求；页面展示的“本地 POC 规划”是确定性排程，不代表大模型生成，旧版本遗留的远程路线缓存也不会在本期恢复。
+
+仓库保留了可选的 `server/` 和客户端远程适配层，但本期不与 `createPlan` 业务入口连接。后续接入时需要在代码中显式启用远程分支，部署 HTTPS 服务，设置 `LLM_MODE=real`、`OPENAI_API_KEY`、`OPENAI_MODEL`、`VITE_TRAVEL_ASSISTANT_API_BASE_URL`，并在微信公众平台加入对应合法 request 域名。模型只负责从审核 POI 白名单中返回推荐 ID、理由和建议顺序；当前位置、坐标、交通估算、时长适配和最终路线继续在本机处理。API Key、模型凭证和高德 Web Service Key 均不得进入客户端环境变量或构建产物。
+
+实时位置仅由用户主动触发，并只在地图页处于前台时持续更新。“当前位置快速规划”要求使用 5 分钟内的位置快照；用户不授权时仍可使用不依赖定位的自选点位规划。每次打卡会重新请求一次 GCJ-02 位置，不复用地图或规划历史位置；只有在 200 米范围内且定位精度满足要求时才记录成功。精确坐标只用于本次内存计算，不写入匿名偏好、路线或打卡缓存，也不会发送给远程 AI 服务。iOS 真机使用前，需通过真实 AppID 在微信公众平台开通定位接口、完善《用户隐私保护指引》，并现场校验 POC 点位坐标和打卡半径。
+
+## 打卡能力说明
+
+`files/打卡` 仅作为功能参考。本项目复用了“积分摘要、打卡状态、徽章墙和本机记录”的交互概念，没有迁移其杭州模拟点位、CommonJS 页面代码、全量清缓存逻辑或橙黄色视觉。实际实现使用现有光明区已发布 POI，并统一采用项目的绿色文旅视觉体系。
+
+打卡为匿名本机 POC：`src/data/check-in/tasks.ts` 会为当前 POI 仓库中的全部已发布点位生成打卡任务；点位下线后会自动停止新打卡，重新发布后仍保留本机历史记录以防重复领奖。所有点位的游客入口坐标与安全到达范围仍需 iOS 现场复核后才能用于正式验收。每个开放点位首次成功打卡增加 10 积分，累计完成 1、2、3 个开放点位时依次解锁徽章。积分、徽章与足迹使用独立版本化存储键；v1 旧格式首次升级时只迁移当前开放点位记录，进入 v2 后则保留合法历史足迹。清除操作只删除打卡数据，不影响路线和偏好。打卡记录不保存经纬度、定位精度或轨迹。微信客户端无法可靠识别系统级缓存位置或虚拟定位，因此本期只承诺每次点击重新调用定位接口并校验微信返回的精度，不提供虚拟定位测试入口或生产级反作弊承诺。
 
 路由来自页面 SFC 的 `<route>`，由 UniPages 在编译时生成 `src/pages.json`；应用清单由 `manifest.config.ts` 生成 `src/manifest.json`。不要直接修改这两个生成文件，也不要让微信开发者工具读取 `src`；IDE 只读取 `dist/dev/mp-weixin`。