最新版本：v2.78 小猫转账备注日期识别修复
基于微信云开发的摄影工作室内部经营小程序，覆盖档期、订单、收款、员工业绩提成、工资结算、后台管理和小猫 AI 助手。
当前本地代码版本：v2.78
当前代码与云端开发基线：v2.78（AI live patch 已部署、开发版已上传）
当前微信体验版：尚未核实是否已切换到 v2.78，以微信公众平台版本管理为准
最近本地修改日期：2026-08-03
修复转账卡片备注中的档期日期被误当作转账日并回退到当天、类型“其他”跳过真实类型推断，以及“你姓啥→王”场景丢失客户名的问题。
发布状态：mcloud AI live patch 已部署，微信开发版 2.78 已上传；体验版切换及真机原图录单仍需在微信公众平台完成。
本次把小猫截图录单收敛为一条简单规则：MiMo 2.5 只要能确定档期日期，后端就先创建真实订单；客户姓名和其他可选字段识别不到时标记待确认，不再反复要求补录。
关键变化：
- 日期是唯一录单硬条件；姓名缺失时写为“客户待确认”，电话、类型、地点、来源、总金额和时间可留空。
- OCR 原文和姓名/手机号证据不再重复否决 MiMo 的判断；非日期字段冲突会清空字段并继续记档期。
- 只有日期冲突、重复争议、账号权限失败或数据库写入/回读失败才不能返回新增成功。
- 占位客户不参与同名争议和客户档案合并；识别到手机号时仍按手机号执行真实查重。
- 创建成功后可直接说“刚才那单名字改成……”补全或更正字段。
本轮云端部署、开发版上传和体验版状态以 CHANGELOG.md 的最终发布记录为准。
本次修复多图录单的输入真实性：界面附加多少张，后端就必须把多少张实际交给唯一的 mimo-v2.5，不能在用户不知情时只看前 4 张。
关键变化：
- 最多 16 张截图全部进入 MiMo 主识别和自动聚焦复核；第 13 张也有回归测试保护。
- 超过 16 张会明确提示分批发送，不再声称已经识别全部图片。
- 多图结构化输出预算和接口等待时间同步增加，批量订单用图片编号绑定原始证据。
- 明确联系人证据中的“王”这类单字姓氏或昵称可以直接作为客户称呼，普通聊天单字不会误录。
- 前端可累计添加 16 张原图，文字、图片和复核全程仍只有
mimo-v2.5。
本轮云端部署、开发版上传和体验版状态以 CHANGELOG.md 的最终发布记录为准。
本次把小猫截图录单收拢成一条链路：唯一的 mimo-v2.5 同时看图、理解订单语义、选择动作并返回字段证据；后端只做可验证的权限、争议、幂等、财务写入和保存回读。
关键变化：
- 自由排版、姓名电话分开发送、顶部标题、正文消息和转账卡片可合并理解，不再依赖固定模板。
dy自动归一为“抖音”，出阁/出阁酒自动归一为“出阁宴”；可选字段缺失不再逐项追问。- 转账定金和套餐总价严格分开，没有总价证据时总金额为空。
- 事件订单全库同名或同手机号先确认；普通写真跨日可直接新增，同时提醒客户其他订单。
- 请求超时重试使用
clientRequestId幂等；只有数据库订单和定金账本完整回读一致才显示“新增成功”。 - 当前线程记住最后订单 24 小时，可用“刚才那单”一句话更正订单字段和已收定金。
v2.75 已完成本地实现、自动化回归、live patch 一致性校验、云函数增量部署和开发版上传；体验版切换及真机验收待执行。
本次针对微信体验版继续漏录清晰订单截图的问题补齐两层保护：真机上传原始截图；第一轮遗漏姓名、日期或图片证据时，后端自动用唯一的 mimo-v2.5 聚焦复核同一张图，只有复核仍无可靠证据才询问用户。
关键变化：
- 相册和相机选择的订单截图不再主动压缩，保留顶部联系人、手机号和小字的清晰度。
- 第一轮把“我记”等指令误当客户或漏掉真实姓名时，自动二次读取顶部标题和手机号姓名连写。
¥1500 请收款只作为已收定金 1500；没有明确总价时订单总金额为空。- 二次复核通过后继续走账号权限、争议订单校验、数据库写入与回读，模型文字不能冒充真实成功。
- 小猫只使用
mimo-v2.5，没有备用模型或文字/视觉分流。
v2.74 已完成云端增量部署、真实图片识别、已有订单防重、定金账本回读和微信开发版上传，现作为代码与云端稳定基线。微信体验版仍停留在 v2.73，需在微信公众平台版本管理中手动将开发版本 2.74 选为体验版；切换前，后端自动聚焦复核已经对 2.73 即时生效，但真机原图上传要切换后才生效。
本次修复小猫面对清晰微信订单截图仍误判“缺少客户姓名”的问题。截图改为按顶部标题、联系人行和金额卡片分区取证，后端会用手机号姓名连写等强证据纠正模型错误字段。
关键变化：
13800138000张三、张三 13800138000等格式可确定性拆分为手机号和客户姓名。- 顶部标题中的客户名、定档日期和业务描述可同时作为姓名、日期和订单类型证据。
婚礼.摄影归一为系统已有的婚礼跟拍。- 微信橙色转账卡片
¥1500 请收款按已收定金 1500 处理；没有独立套餐总价时，订单总金额保持空白。 - 真正缺字段时，图片证据与已识别定金仍保存在当前线程草稿中，下一句可以继续补录。
v2.73 已完成云端增量部署、真实截图录单、数据库字段回读和微信开发版上传，现作为稳定基线；详细证据见 CHANGELOG.md。
本次从真实业务结果出发重做日历高度和小猫 Agent 核心链路。月历不再固定生成 42 格，而是按月份真实需要生成 4、5 或 6 周；小猫只保留 mimo-v2.5，恢复多轮上下文和订单草稿续录，所有业务写入继续以后台权限、数据库落库和回读一致为成功标准。
关键变化：
- 2026 年 7 月只显示 6 月 28 日至 8 月 1 日的 35 格，不再多出 8 月 2 至 8 日；需要六周的月份仍完整显示 42 格。
- 当前月份独立测量高度，左右相邻月份行数不同也不会撑出空白或裁切内容。
- 小猫 Agent 升级到
1.1.0；前端、后台和云端文字/图片请求只保留MiMo / mimo-v2.5，不再暴露其他模型或视觉模型分流。 - 当前线程的多轮历史持续发送给 MiMo；截图订单缺姓名或日期时保留草稿，下一句补字段即可继续，不会掉进普通闲聊。
work_ai_service.js历史U+FFFD全部恢复，并移除会互相覆盖的重复函数与重复 JSON 解析实现。- 普通员工通过 AI 新增事项或休息时进入待审核；管理员事项按权限生效，后台不再保留强制绕过审批入口。
- 客户订单次数按有效订单重算，编辑订单不会重复增加次数。
- 新增全仓审计、日历 4/5/6 周回归和小猫权限/回读回归，修复 10 处 WXML 重复属性。
- 删除错误的分包预加载和启动时相邻月份云端预取，避免无效启动请求和伪分包告警。
验证：
node tools/audit_miniprogram.js、node tools/test_work_calendar.js、node tools/test_work_ai_integrity.js、node tools/test_work_ai_order_guard.js已通过。- 微信开发者工具真实 MiMo 调用通过，精确返回模型测试码；第二轮准确回忆第一轮暗号，证明上下文链路有效。
- 真实上传测试图片后，MiMo 2.5 精确读取并返回
BLUE-FOX-0729，证明图片没有被压成纯文本。 - 三份云补丁部署后，真实调用再次精确返回
POST-DEPLOY-MIMO-0729。 - 不可靠客户名的录单请求被后台明确拦截并提示“没有写入系统”，不再用模型文案冒充业务成功。
- 冷启动唯一业务云请求返回
200 / 1.26s且没有[CloudCallFailed]；灰度基础库3.16.1自身仍会打印无业务路由的内部timeout。 - 三份
mcloudlive patch 已生成、校验并增量部署，CLI 包体为76.9 KB、12.8 KB、3.2 KB；云函数执行超时已调整为 60 秒。 - 微信开发版
2.72已上传成功，包体1.6 MB/1,648,858 Byte。
修复六周月份的最后一行被月历固定高度裁切的问题。月历现在会按 42 个日期格的真实内容高度展开，2026 年 7 月 26 至 31 日及其档期标签可完整显示，下方当日详情会排在月历真实底边之后。
验证：
- 微信开发者工具
390px手机宽度截图通过，42 个日期格全部渲染，26 至 31 日完整可见。 - 月历与容器高度均为
546px，第 42 个日期格完整处于容器内，下方档期详情位于月历之后。 - 本次仅修改前端月历布局，不改云函数、账号权限和生产数据。
- 微信开发版
2.62已上传成功，包体1.6 MB/1,655,603 Byte。
小猫截图录单改为“MiMo 原生看图、图片证据、真实写入、数据库回读”四段校验，禁止用当前页面日期或用户指令词补齐缺失信息；日历和小记同时兼容历史乱码数据。
关键变化：
- 图片订单必须带有图片中的日期证据和客户证据，缺字段就明确提示未写入。
- 修复 MiMo 2.5 请求兼容层丢弃
image_url的问题，截图会按官方多模态结构真实发送。 - 订单保存后回读核对日期、客户、类型和状态，只有完全一致才返回“已新增”。
- 日历切月请求防串线，历史乱码订单类型显示为“其他”，超过两条的日期显示剩余数量。
- AI 操作小记正确归入“AI记录”，历史替换字符不再直接展示。
验证：
node tools/test_work_ai_order_guard.js通过。node tools/verify_live_patch.js通过，AI live patch 内 9 个源码载荷全部一致。- 真实云端只读核对确认：
2026-07-01后端有 2 条订单，2026-11-24当前为 0 条。 - 真实截图验收确认 MiMo 2.5 能读出 2026 年 7 月档期日历；无订单图片返回
action=none，数据库计数不变。 mcloud增量部署成功，微信开发版2.61上传成功，包体1.6 MB/1,655,011 Byte。
小猫截图识别乱码已修复。云函数小猫 AI 服务里的截图识别提示、工具 action 说明和录单结果文案已恢复为正常中文，并重新生成 mcloud AI live patch。
关键变化：
- 修复截图识别时进入模型上下文的核心 prompt、图片识别规则和页面上下文乱码。
- 修复订单新增、批量新增、重复订单、缺客户名等录单返回文案乱码。
- 本次只修云函数小猫 AI 链路，不改数据库结构、账号权限、档期页面和小游戏逻辑。
验证：
node --check cloudfunctions/mcloud/project/B00/service/work_ai_service.js通过。node --check cloudfunctions/mcloud/work_ai_service_live_patch.js通过。- live patch 解包验证：
work_ai_service.js与本地源码一致。 mcloud增量部署成功，微信开发版2.60上传成功。
小猫小游戏模块已改为两类：小猫店长养成、小猫守店塔防。旧的快拍、翻牌、2048 小游戏入口和逻辑已移除。
关键变化：
- 养成类：饱腹、心情、体力、清洁四项状态，支持喂食、玩耍、休息、清洁。
- 塔防类：员工塔、敌人波次、金币、生命值、得分、胜负结算。
- 每日任务继续和小游戏联动，但不改订单、档期、账号权限和云函数。
验证：
node --check miniprogram/helper/game_helper.js通过。node --check miniprogram/projects/B00/pages/work/cat_game/work_cat_game.js通过。node --check miniprogram/projects/B00/pages/work/cat_game_play/work_cat_game_play.js通过。miniprogram/app.json和小游戏页面 JSON 解析通过。app.json注册页面文件完整性检查通过。- 微信开发版
2.59已上传成功，包体1.6 MB/1,649,423 Byte。
- 详细更新日志：
CHANGELOG.md - 版本修改日记：
docs/version-change-diary.md
- 仓库不提交
node_modules、.env、日志、导出文件和私钥文件。 - 企业微信 Webhook、后台初始化密码、AI 供应商 Key 等敏感配置应通过后台页面、云函数环境变量或受控配置写入，不要写入公开源码。