正式公开地址：https://wenlv-zhishu-2026.pages.dev；线上独立工作区验收已通过。

统一看板升级与验收

返回看板 · 查看实际验证记录 · 下载升级源码

文旅智枢统一管控看板 V3 升级与验收说明
日期：2026-10-08
评委入口：/

一、本次完成范围
1. 重点点位：两景区共12个推荐点位，名称、类型、布点依据、示意位置与启用状态可配置；点位可以直接关联巡检。依据用户本次确认，暂不提供监控画面，页面明确显示未接入。推荐点位和示意位置不等同于现场已安装摄像头。
2. 日常巡检：创建及分派→负责人接单→逐项结果→正常送复核/异常转整改→上传附件及整改说明→独立角色复核通过或退回→关闭→需要时重开。任务、附件、版本与操作历史均可保存，并能导出记录。
3. 网评、预测、商户协同：统一景区和时点；人工核对保留原分类结果并生成关联巡检；服务端运行冻结预测模型；协同方案引用实际保存的预测编号和模型指纹，经库存复查与逐商户确认后占用模拟库存，可取消释放和记录履约。

二、评委怎样自行操作
打开上述公开网页，无需安装本地程序。首次进入有独立的模拟工作区。
建议选择景区A、查看时间10:16。先点推荐点位，选“为此点位建巡检”，创建任务；切换演练角色为巡检员一，接单并填写四项结果。异常时上传TXT、图片或PDF处理证据并提交整改，切换复核员通过或退回；查看操作历史并导出。
网评页核对原文、主题、情感与优先级，保存后转为巡检任务。预测页选择60分钟生成并保存，再进入商户联动，逐个复查三个资源，默认第一餐厅60人、第二餐厅60人、6间房。生成方案后分别选择餐厅A_R1、餐厅A_R2、酒店A_H1角色确认，再由运营员占用资源。取消可释放占用。
10:15仅收到3个客流段，会阻止预测；10:16收到4个后可预测。11:00客流过期时停止预测。浏览器提示的库存过期须先复查；修改库存版本后，旧方案须重新生成和确认。
同一浏览器保留Cookie即可再次查看服务端记录；清除Cookie、换浏览器或无痕窗口会进入新的独立工作区。演练角色是模拟角色选择，并非真实人员认证。公开版与本地版各自保存数据，不自动同步。

三、已验证
本地业务：7组流程测试通过，包含正常/异常闭环、缺项、错角色、附件哈希、退回、关闭、重开、版本冲突、跨景区/停用点位、库存占用/释放及重复操作。
本地页面：13项检查通过，覆盖两景区的新增模块、页面生成预测与协同选择。
网页：39项检查通过，覆盖实际页面建单接单、异常整改、附件、人工核对、预测与Python/JS结果一致、商户确认、并发仅一次占用、容量与版本保护、桌面与手机布局、评委工作区隔离。
重启：10项检查通过。停止本地服务并重新启动、重新打开浏览器后，关闭任务、预测、已履约方案、库存、11条操作历史与附件内容仍一致；附件SHA256校验通过。
以上为本次新增测试范围。原33项基础业务、13项旧页面、10项旧浏览器检查及离线算法指标保留为历史证据，不合并冒充新覆盖。

四、创新主张与功能、证据对应
统一场景与时间保护：同一景区/时点查询和生成预测；证据为10:15拒绝、10:16成功、11:00过期拒绝及输入编号留存。
问题到处置的完整链条：网评核对→关联巡检→附件整改→复核关闭；证据为linked_review_id、任务状态与逐版本事件日志、重启后附件哈希。
预测驱动商户接待：方案保存forecast_id和model_sha256，人数守恒与餐位房量检查；证据为60+60餐位、6间房，模拟报价21960元，占用后余量0/20/2，取消恢复60/80/8。
可追溯且避免重复操作：版本比较、事务占用、重复团队限制；证据为并发两请求仅一成功、库存变更不扣减、重复取消不再次释放。
以上是本项目的组合实现与可验证改进，不构成算法首创或专利新颖性证明。

五、当前仍不能宣称完成的赛题部分
真实监控画面、真实物联网/网评平台/商户接口尚未接入；电子围栏、游客画像、天气因子、多点位峰值预测、画像推荐及跨业态真实交易支付仍待开发。网评为关键词规则加人工核对；预测为模拟数据上的既有冻结模型；商户占用在模拟业务工作区生效。因此是可操作、可保存的演示原型，不能据此宣称满足序号3全部生产落地需求。

推荐点位与依据