sundynix/sundynix-pets
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
117 Commits 3 Branches 0 Tags
main
Commit Graph

25 Commits

Author SHA1 Message Date
Blizzard 15adfb76ac feat(fe): 身份卡重绘成正面+照护信息+证件三段式 + 手机号验证 
- 正面：头像/名字/物种性别 + 品种·毛色 / 出生·星座 / 体重 + 性格标签chips
- 照护信息：主人 / 联系电话 / 疫苗情况 / 备注（去掉驱虫、过敏）
- 证件区：居民身份卡 + 身份ID / 发证机构 / 有效期 + 小程序码
- 未验证手机号时页面出现「用微信验证手机号」(getPhoneNumber)，
  拿到 code 换手机号后重取卡重画；表单去掉过敏输入

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-31 17:28:26 +08:00
Blizzard c852817363 fix(fe): 修社区图片撑破网格；发帖限 3 张；上传偶发失败自动重试 
- .photo-tile 补 width:100%+min-width:0：微信 image 默认 320x240，
  不给宽高会冲破 photo-grid（社区帖子图片"爆炸"）
- 发帖图片上限从 9 张改成 3 张
- uploadFile 三重兜底：冷启动没 token 先续期、40100 续期重试、
  网络/网关瞬时错误自动重试一次（后端 MD5 去重，重传安全）

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-31 08:32:22 +08:00
Blizzard 11c4d490e6 feat(fe): 宠物照片替代默认头像，身份卡移到首页门面卡 
- 首页/我的/切换条：上传过照片就用照片，没有才退回 emoji
- 报告页分享海报：先异步加载头像再开画，画成圆形头像
- 一起生活的天数改成从到家日期算，没填就显示「-」并可点去补
- 身份卡入口从「我的」页移到首页门面卡右上角

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 17:08:32 +08:00
Blizzard cbfcaada55 feat: 宠物身份卡（canvas 绘制 + 小程序码 + 存相册/分享） 
竞品那张「居民身份卡」，完整做了。

## 后端
service/wxacode.go —— 小程序码。两步：先拿 access_token（2h 有效，进程内缓存、
提前 5 分钟过期），再调 getwxacodeunlimit 换一张 PNG 存到 MinIO 返回 URL。
同一只宠物的码 object 名按 pet id 定死，存在就直接返回不重新生成 ——
微信侧有日调用配额，不能每次点都烧一次。

⚠️ getwxacodeunlimit 要求 page 在**已发布**的小程序版本里。开发/未发布时返回
errcode 41030，实测确认。这时身份卡照常出、只是没码（qr_ready=false），
发布后自动就有，不用改代码。best-effort，取不到不算错。

service/idcard.go —— 组装卡片内容。身份 ID 用「宠物雪花 id 的数字 + 生日」
拼成 18 位、每 4 位空一下，纯装饰不入库不校验，同一只每次都一样。
介绍按物种给默认（汪星人/喵星人来地球啦~）。有效期用生日起算。

GET /api/pets/:id/id-card
storage 加了 Exists（StatObject），生成前先查。

## 前端 pages/idcard
离屏 canvas 2d 画卡，导出成图展示 + 存相册 + 分享（open-type=share，
imageUrl 用画好的卡当封面）。

两张远程图（头像 + 小程序码）都用 node.createImage() 异步加载，
**Promise.all 等两张都就绪再开画** —— 否则小程序码会画不上或画一半
（规划里专门点过名的坑）。任一张加载失败 resolve(null)，缺图也照画：
头像缺→画物种 emoji，码缺→画「小程序码 待发布」占位框。

存相册的权限被拒过一次后 wx.authorize 不再弹，走 openSetting 引导（同海报那套）。

绘制复用了 bottom-sheet 里 poster 的 canvas 模式（dpr 放大、roundRect、
canvasToTempFilePath），但 poster 只画文字不画远程图，这里的双图加载是新写的。

入口：「我的」→ 身份卡，用当前选中的宠物。

## 验证（预生产库实跑）
  id-card 接口返回：姓名/性别/品种/生日/介绍/身份ID/有效期 全对
  身份 ID = 3410 4333 1420 2503 17（宠物id数字+生日，稳定）
  qr_ready = false，日志确认 41030 invalid page（小程序未发布，预期）
  canvas 版式用 HTML 复刻确认过：未发布=占位、发布后=真码

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 16:48:16 +08:00
Blizzard 6fd4977f46 feat(fe): 建档挑方案、计划页套方案、阶段漂移提示 
后端上一轮做完了但小程序上看不到，这次接上。

## 建档第四步：挑方案
方案按阶段取，所以必须排在「资料」之后（阶段是第三步定的）。卡片上按重复方式
分开报数（每天 3 项 / 每周 2 项 / 一次性 2 项），不报一个总数——4 条「每天」
套一整月就是 120 多条，只给总数用户会以为出 bug。

「先空着，我自己排」是个平等的选项，和方案卡长一样、就在下面一眼能看到，
不是藏起来的退路：已经养熟的宠物主人有自己的节奏，硬塞一套只会被删掉。

默认选第一套——多数用户是新手，给一个合理默认比让他面对空白好。

编辑档案时不出现第四步：改档案不该顺手改计划。

套方案失败不算建档失败：档案已经建好了，方案之后在计划页还能套，
不该把用户退回表单。

## 计划页：空月份和平时都能套
空月份的提示条带「套一套方案」按钮 —— 空着让用户从零排，多数人会直接退出去。
但「＋ 加一件」始终在，不能只给套用。

浮层里写明「套用是往里加，不会覆盖你已经排好的」，因为服务端就是按
「日期+标题」去重的，这句话是真的。套完 toast 报排了几件；一件都没排
（全都已存在）时说「这个月已经有这些安排了」，不说「成功」。

## 阶段漂移提示
首页门面卡下面一张卡：「钞票已经 17个月，从幼年期进入成年期了」，
带上新阶段的划分依据、养护重点和体型说明，点进去到建档页改。

用主色不用红色 —— 这是「可以做一下」不是「出问题了」。
改完回首页 onShow 重拉一次，卡片自然消失。

不在首页直接改阶段：改完要不要套新方案是同一件事，放在建档页一起做才连贯。

## 顺手把合并的尾巴清了
manageTasks 那一支删了：它管的是 DailyTask，而今日任务已经并进计划节点，
增删改都在计划页。留着会出现「这里加的任务」和「计划页加的节点」进不同的表。

连带清掉 7 个死方法 + taskSheets + 一个死 require（简易表单那套早随记录表单
搬到 pages/addrecord 了）。首页现在一个弹层都不开，bottom-sheet 组件也去掉了。

弹层累计：js 1110 → 689 行，wxml 485 → 278 行。

## 验证（预生产库实跑）
  建档四步    6 个月柯基 → 幼年期 → 拉到「幼犬标准照护」→ 套用本月 7 条
              → 首页今日任务 4 条
  先空着      今日任务 0 条，疫苗驱虫提醒仍然建
  计划页套用  0 → 7 条；重复套用 0 条（去重生效）
  漂移检测    17 个月柯基存着幼年期 → drifted=true，给出依据/重点/体型
              改成成年期 → drifted=false
              没生日 → 不提示（算不出就不猜）
              「刚到家」→ 不提示（叠加层不是年龄段）

第一版验证脚本把阶段改成了和算出来一样的值，drifted=False 是对的，
但我的 print 无条件打了提示文案，看着像 bug。重测才验到真的。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 12:59:27 +08:00
Blizzard c4c0c2b7cd feat: 生命阶段按猫狗真实生理规律细分，划分标准和判定用同一份数据 
## 你问的「养了半年会不会自动切换」
原来的答案是「都不会，而且比这更糟」：
  age「2个月」  建档时算好存进库，养半年后首页还显示 2个月
  stage「幼年期」同上，一年后还是幼年期
  养护方案      按 stage 挑的，所以永远给幼猫那套
NormalizeStage 只在建档那一次调用（handler/pet.go:51），之后就是两个死字符串。

现在：
  age  改成计算字段（gorm:"-"），读取时现算。它没有手改需求，存下来只会过期。
       填在 ownedPet 这个收口里，不是逐个函数补——那样漏一个就返回空年龄。
  stage 保留存储（有正当的手改需求：领养的猫生日是估的，主人按体型判断更准），
       但加了漂移检测 GET /pets/:id/stage-drift。

**系统负责发现，用户负责决定。** 不自动改的三个理由：
  1. 用户可能手改过
  2. 已经排好的这个月计划不该被推翻（套用是「往里加」不是「替换」）
  3. 偷偷换会让用户莫名发现计划变了，找不到原因

## 猫狗不能共用阈值 —— 这是这次最实质的发现
原来一刀切「<12月幼年，>=7岁老年」，对猫勉强，对狗两头都错：
  吉娃娃 8 个月已性成熟、可换成犬粮；大丹犬 8 个月还在长骨头，
  这时喂成犬粮（钙磷比和热量密度都不同）会加重关节负担。
  吉娃娃 7 岁还在成年期（8 岁才进中年，能活 13-16 年）；
  大丹犬 7 岁已是老年（平均寿命 7-10 年）。

所以狗的阶段判定要看体型。体型不能靠当前体重（幼犬体重说明不了成年后多大），
只能靠品种 —— breeds 表加 size_class，45 个犬种逐个标了。

实测：同样 10 个月大 → 吉娃娃青年期、柴犬幼年期、金毛幼年期、大丹犬幼年期；
      同样 7 岁 → 吉娃娃成年期、大丹犬老年期。

## 阶段 3 段 → 5 段
幼年期 / 青年期 / 成年期 / 中年期 / 老年期。
标签做成物种中立（不分幼猫期/幼犬期）——物种本来是另一个字段，
分开会让 (species,stage) 的组合和方案配置都翻倍。

「刚到家 0-30 天」不进这五段：它和年龄正交（刚接回家的成年猫两套都需要），
代码里本来就是叠加处理的。

猫按 AAFP/AAHA 猫生命阶段指南那套，在成年里细分出中年。
狗五段的阈值按体型走四组，越大的犬种生长期越长、老得越早。

## 划分标准和判定用同一张表
StageRules 那张表既驱动判定，也直接吐给前端当依据展示
（GET /api/life-stages?species=dog&size=giant）。

不是「代码里判定 + 文档里写标准」——后者一定会漂：改了阈值忘了改文档，
用户看到的说明和实际行为对不上，比没有说明更糟。

建档第三步的阶段选择器现在会显示「0-18 月 · 巨型犬生长期最长，18 个月还在长；
这阶段最忌过度补钙」，还会标出「巨型犬（成年 >40kg）——阶段阈值按体型算」。
前端和后台的 STAGES 硬编码列表都删了，改成读后端。

## 10 套方案，内容按各阶段真实重点配
不是把同一份换个名字：
  幼年期 疫苗序列 + 驱虫 + 社会化，大型犬还要控制生长速度
  青年期 绝育窗口 + 换成年粮
  成年期 维持期，把基线数据记下来
  中年期 年度血检开始有意义，体重和牙结石重点看
  老年期 体检半年一次；猫记饮水量（多饮多尿是慢性肾病最典型的早期表现）、
         狗记精神食欲，都设成「重要」

老的 8 套（按 3 段配的）改名停用不删：万一新内容有问题还能翻回去看；
而且已套用出去的计划早就和模板断开了，停用不影响任何用户。

## 验证（预生产库实跑）
  体型判定    10 个月 / 7 岁两组对照，四个体型都落在预期阶段
  age         '13个月' 现算，不入库
  漂移检测    手改成幼年期后 drifted=true，连带给出新阶段的依据和重点
  划分标准    猫 5 段、狗 4 个体型各 5 段，老年起点 7/8/10/11 岁
  全链路      3 个月大丹犬建档 → 幼年期 → 0 任务 + 4 条必要提醒 →
              挑「幼犬标准照护」→ 套用下月 104 条节点，
              周四那天正确出现每周项（检查爪垫和耳朵）
  迁移        45 个犬种体型回填；现有 5 只宠物阶段重算后无变化（原本都对）

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 12:51:10 +08:00
Blizzard aefb1bc103 feat: 建档改成三步向导页，品种改成后台可配的选择器 
## pages/petform 三步向导
  ① 名字 + 传头像
  ② 猫还是狗 → 选品种
  ③ 性别 / 生日 / 到家日期 / 体重 / 毛色 / 阶段

**编辑时不分步**，一屏全放开：用户是来改某一项的，不该被按顺序走一遍。
同一个页面两种形态，靠 ?id= 区分。

每一步只校验这一步的东西。三步全填完才校验的话，用户在第三步才被告知
第一步没填名字，还得翻回去。

进度条没用 seg-tabs：那是「可以随意切」的语义，这里有顺序，
点第三步跳过前两步会拿到一份没名字的档案。

## 生日和到家日期分开
原来是一个「生日 / 到家时间」字段。领养的成年猫狗生日常常是不知道的，
而「一起生活了多少天」要按到家日算——合成一个字段两件事都说不准。
验过：到家 4 个月前 → 第 121 天；按生日算会是 801 天。

模型里 Birthday 和 ArrivedAt 本来就是两个字段，只是表单没露出来。

## 品种：自由文本 → 后台可配的选择器
原来品种是个输入框，用户手打「柯基」「柯基犬」「威尔士柯基」算三个品种，
以后想按品种做体重基准、常见病提示这类事就没法做。

新增 breeds 表，预置 34 种猫 + 45 种狗，按首字母分组、右侧 A-Z 索引跳转、
首字母吸顶。留了「不确定」——领养的串串确实说不出品种，逼着选一个只会
得到假数据。换物种会清掉已选品种（原来那个一定不对了）。

**首字母存字段不运行时算**：Go 没有标准拼音库，而多音字自动转常出错——
「藏獒」按 cang 还是 zang 分组、「柴犬」的柴，人来定比库来猜靠谱。
后台新增品种时手填这一位，服务端校验必须是单个 A-Z。

已有档案在用的品种不许删（删了那些档案的品种就变成查不到的字符串），
想隐藏用 enabled=false。同物种下不许重名——品种是统计口径，重名会把
同一种猫劈成两半。

预置数据自己填错了两条，实跑时看出来的：「苏格兰柯利犬」我按「柯利」
填了 K，应该按「苏格兰」算 S；「双血统边牧」根本不是品种，是血统描述。
seed 源和库里都改了。

## 弹层继续瘦
addPet/editPet 两支删掉，连带 10 个方法、ageFromBirthday/GENDERS/STAGES
和 5 个 add* 字段。累计（从记录表单搬走那次算起）：
  js   1110 → 734 行
  wxml  485 → 307 行

多宠管理里「点某只去编辑」原来是 setType('editPet')，那支没了会开一个
空白弹层——改成关弹层再跳页。8 个页面的入口全换完，grep 无残留。

## 验证（预生产库实跑）
  品种接口   猫 34 种 16 个首字母、狗 45 种 17 个首字母；非法 species 返回 []
  建档      生日 / 到家日期 分别落库，品种毛色阶段都对
  编辑      只改名字，到家日期没被冲掉
  修正      柯利犬 K→S、双血统边牧已删

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 11:26:51 +08:00
Blizzard 9b30bfaaff feat: 计划按自然月管理，加「应用到每天」和下月未排提醒 
## 为什么不是「从计划开始日起 30 天」
上一版是那样做的，截图一看就不对：计划是月中建的，日历显示
「7月26日 — 8月25日」，既不像本月也不像下月，用户想问「这个月还剩什么」
根本对不上。改成自然月，日历就是一眼能认的月历。

能翻到下月 —— 否则「做下月计划」这件事本身做不了。

## 校验从「Day 上限」改成「日期」
PlanTask.Day 是相对计划开始日的，月份边界是相对今天的，两者会错开。
原来卡 Day<=30，计划建了几天之后下月末就换算成 Day=40 多，
用户在日历上明明看得到那格、点进去却存不了。

现在的规则：不早于计划开始日（下界放到开始日而不是本月 1 号——模板生成的
历史节点可能在上个月，那些要允许原地改），不晚于下月月底。

## 应用到每天
一天建一条，不做「一条 + repeat 字段读时展开」：勾选状态是按天的，
展开方案还得再开一张表记「哪天打过勾」，而直接建 N 条天然就有这个能力。

范围止于**这一天所在那个月**的月底，不跨月——「应用到每天」说的是这个月每天，
跨过去就变成用户没要求的事了。只有新增能选，已有的那条改成每天等于凭空
复制 N 份（用户想要的是「以后每天」，不是「把这条撒开」）。

## 首页那个提醒
GET /pets/:id/plan/month-status 返回本月件数/剩余、下月件数、need_next。

need_next 只在**月末最后 7 天**且下月为空时为真：月初就催「排下个月」太早，
用户会当成噪音。角标做在图标上而不是弹 toast——每次进首页弹一下很烦，
而这件事不紧急、看见就行。

副标题有优先级：「8 月计划还没排」压过「本月都做完了」，因为前者有时效。
四种状态实跑验过，包括让位关系。

## 顺手
pet-switch 加 show-add 属性。计划页只需要在既有宠物之间切，建档入口在首页
和「我的」就够了，到处摆一个「添加」会让这条 chip 变得很长。

本月/下月的切换用新的 .link-tabs 而不是挂在 .head-links 上：首页的
「管理 / 全部完成」也用 head-links，那是两个并列动作，不该有一个是灰的。

## 验证（预生产库实跑）
  月边界     本月末通过、下月末通过、下下月拒（报出具体日期）
  应用到每天  今天→本月末 2 条，没跨月
  month-status  下月清空 → need_next 翻 true；补一条 → 翻回 false
  四种副标题  下月未排 / 本月还有 N 件 / 本月都做完了 / 还没有安排，含优先级
  测试数据全部还原

上一条 cd 打错目录，导致「日期窗口」那次改动没写进文件、只有批量那半截进去了，
所以中间出现过一次 planWindow undefined。这次一并改对。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 11:09:06 +08:00
Blizzard 15b52eebd0 feat: 首页改成记录时间轴，计划可自己管，花销独立成页 
## 首页
原来是任务卡 + 日期带/日历 + 接下来 + AI建议 + 快速记录 + 新手内容的堆叠，
六张聚合卡，唯独看不到「我记了什么」。改成：

  宠物名片（品种·年龄·星座 + 性别徽章叠头像 + 一起生活的第 N 天）
  两个入口（管理计划 / 记花销）
  今日任务（有才显示）
  记录时间轴 —— 竖线 + 圆点 + 卡片，往下翻，长按删

日历挪回计划页了：它本来就属于那儿。Phase B 当时把它并进首页是因为计划还是
个 tab；现在计划是二级页，日历跟着回去更合理。

情绪点那几样字段后端早就返回了，只是没人用。抽了 utils/petmeta.js：
星座七个边界（含 12/22 跨年那个）+ 天数（到家日优先于建档日，
「一起生活」说的是它到你家之后的日子）+ 性别徽章，都在 node 里跑过。

顺带 stat-ring 组件和 homeSummary 接口现在没人用了，先留着没删。

## 两个入口取代竞品那一排
竞品是买商品/上豪车/记花销/领猫砂盆——除了记花销全是电商和广告位。
副标题给了真信息：「还有 5 件没做」「本月 ¥128」，不然就是两个没信息量的图标。

## 计划页：用户自己能管了
后端原来只有 toggle，节点全靠内置模板生成，用户加不了自己的事。补了

  POST   /api/pets/:id/plan-tasks
  PUT    /api/plan-tasks/:id
  DELETE /api/plan-tasks/:id

三件事值得说：

**30 天边界硬拦在服务端**（dayOffset）。只在前端拦的话，改个请求就能塞一条
第 200 天的节点，日历上没有那格、它就永远不显示也删不掉。

**归属校验单独抽了 ownedPlanTask**。PUT/DELETE /plan-tasks/:id 这种按资源 id
的路由最容易漏——不校验的话拿到别人的 task id 就能改删别人的计划。验过：
别人的 token 改和删都返回「无权操作」。

**边界差一天，是验证时撞出来的**：内置模板生成到 day=30（第 31 天），
我一开始按 0-29 卡，结果模板自己的最后一个节点（生成月度报告）落在窗口外——
日历上没有那一格，用户看得到却改不动也删不掉。前后端都改成 [0,30]，
两边各留了一句注释指向对方，别再单方面改。

日历只画计划覆盖的 31 天，不画整月：整月会多出一堆空白格子、跨月还要翻页。

## 花销独立成页
写的是同一张表（type='cost'，金额进 num_value、类别进 category），
报告页的账单聚合照样认——独立页的价值在专门的录入体验和当页就有月度汇总，
不是另存一份数据。

类别预置读 record_types 里 cost 的字段配置，后台改一处这页和 addrecord
同时生效，不会出现两套类别把账单切开。另外允许自定义类别，验过「寄养」
（不在预置里）能落库、账单也认。

## 检查器又抓到一次跨页借用
我在计划页复用了花销页的 ex-ph（placeholder 类），检查器直接报了位置。
顺手把三个页面的私有 placeholder 类统一到 app.wxss 已有的 .placeholder。
cal-* 现在首页没有了、计划页在用，也提到了 app.wxss。

## 验证（预生产库实跑）
  计划 CRUD    加/改/删 全过；空标题拒；越权改删拒
  30 天边界     day=30 通过、day=31 拒、day=-1 拒
  模板 day=30   现在能原地改了（修边界前会被自己的规则拒掉）
  首页时间轴    8 条记录按 occurred_at 倒序，type/tone/图标都取到
  两个入口副标题 「还有 5 件没做」「本月 ¥128」
  花销自定义类别 「寄养」落库，账单分类变成 [(医疗,128),(寄养,60)]
  petmeta      星座 7 个边界 + 天数 3 种情况，node 单测全过

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 10:43:08 +08:00
Blizzard 7636454650 feat: 下掉用户端 AI，首页悬浮键改成快速记录 
## 只砍入口，后端一行不动
10 个 AI 路由、service/ai_*.go、后台配额配置页、ai_usages / ai_messages
两张表全部保留。api.js 里那 5 个方法注释掉而不是删——想开回来解注释、
把入口接上就行，不用重写。

## 5 处露出
  pages/ai 聊天页        删页面 + 从 app.json 移除
  首页「AI 今日建议」卡    整张删（含「问问 AI 养宠助手」按钮）
  计划页「AI 计划」tab    删 tab + wxml 分支 + ?tab 深链；只剩「路线图」一项后
                        整条 seg-tabs 也藏了——单选的 tab 条是个没用的控件
  异常观察的 AI 风险评估   见下
  引导页「AI 日历」文案    改成「养护日历」

## 异常观察这一处差点做错
原链路是：symptom 只收集表单 → AI 风险评估 → 用户在 risk 页再点保存 →
buildRecord 的 case 'risk' 才真正落库。**symptom 自己从来不落库。**
拆掉中间环节如果只删 risk，结果就是「记了异常但没存下来」，而且不报错。

补了 case 'symptom' 让它自己存。连带发现第二个问题：category 存的是 AI 给的
风险等级，而 report.go:46 按 category='高' 统计周报的高风险数——不写这个字段
周报会永远是 0。改成让用户自己选严重程度（轻微/需留意/严重 → 低/中/高）：
谁看着它谁最清楚，比规则化猜一个准，还顺手保住了周报。

## FAB
  首页    → 打开 24 项分组选择器（弹层新增 quickRecord 分支，
            点某一项在同一个弹层内 setType 切过去，不关不跳）
  社区    → 改成发帖（它本来就不该是记录入口）
  记录/报告/我的/计划/学习  → 直接去掉，底部留白从 pad-b-fab 换成 pad-b-plain，
            不然白留 330rpx

fab 组件原来图标写死成 ai，加了 icon 属性——按钮干什么事图标就得是什么。
顺手删了 settings.js 里一个死的 onFab（Phase A 拆页时漏的，页面上根本没有 fab）。

.tg 分组样式从 record.wxss 提到 app.wxss：记录页和快速记录弹层都在用，
页面级 wxss 跨不了页（这个项目已经栽过三次）。

## 顺手修了周报两个先前就有的 bug
验证时撞上的，和 AI 无关，但 AI 建议卡拆掉后周报权重变高了：

1. 摘要把「无高风险异常记录」写死，和它自己刚算出来的 highRisk 自相矛盾——
   记了 2 条高风险，摘要还说没有
2. next_week_focus 是一整句静态文案「第 2 针疫苗提醒、继续观察体重趋势、
   避免频繁更换食物」，不管谁的宠物多大年纪都是这句，而「第 2 针疫苗」
   对成年猫狗根本不适用。改成按真实数据拼：未来 7 天到期的提醒 +
   有高风险就提就医 + 一周没称体重就提醒补记

## 验证（预生产库实跑）
  异常观察三档   低/中/高 各存一条，category 正确落库
  周报          summary「有 2 条高风险异常记录」，不再自相矛盾
  next_week_focus  有高风险的宠物 → 「继续观察上周记录的异常，必要时就医」
                   新建幼犬（提醒都在 7 天外、没称过体重）→ 「本周还没称体重，补记一次」
  症状聚类洞察    仍然工作（insight.go 按 symptom 过滤，没受影响）
  全站 grep     无 pages/ai / onFab / riskData / onGenRisk 残留
  FAB           只剩首页（plus）和社区（edit）两处

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 09:50:33 +08:00
Blizzard 3fc3cbc7d2 feat(fe): 记录页 24 种 4 组，弹层加通用简易表单 
## 通用简易表单
洗护/清洁那 15 种只需要「什么时候 + 备注 + 可选照片」。弹层现在是 28 个
wx:elif 手写分支（402 行），各写一个会推到 700 行，而且每加一种类型都要发版。

加一个 wx:elif="{{isSimple}}"，isSimple 由 JS 按后端返回的 form 字段算，
和上面那 9 种永不重叠。插在 photo 之后、提醒中心之前，没动任何现有分支的顺序。

备注给了逐类型的具体占位提示（「用了什么沐浴露、有没有吹干」），
比「请输入备注」有用得多——用户看到提示才知道这栏该写什么。

## 一个不写就会静默出错的地方
dayToISO()：后端用 time.Parse(time.RFC3339) 解 occurred_at，只给日期
（"2026-07-30"）它解不出来会**静默回退成 time.Now()**——用户选「昨天洗澡」
会存成今天，而且不报错。

时区必须带真实偏移：转成 UTC 的 Z 形式，落库再转回本地时会把边界日期挪一天
（首页任务重复生成那个 bug 就是这么来的）。取正午同样是为了远离日界。

## 四处写死的类型列表全删
  RECORD_ITEMS   record.js  记录页 9 宫格
  QUICK_ITEMS    home.js    首页 8 宫格
  TYPE_TONE      record.js  时间轴色调（9 种写死，新类型会全掉到橙色一片分不清）
  TASK_SHEETS    弹层       任务关联记录类型的下拉（只有 6 种，加了类型选不到）

全部改成读 utils/recordTypes.js 这份共用缓存。缓存 load() 只真正请求一次，
并发调用共用同一个 promise；isSimple/label/groups 是同步的，弹层打开时
不该再等一次网络。

首页 8 宫格改成取后端前 8 个（按分组顺序再按 sort），后台调 sort 就能换首屏
露出哪几个；全部 24 种在记录页。

分组色系（daily橙/health绿/care紫/clean蓝）留在前端，后端只存 group key——
改配色不用动数据。

## 联调（预生产库实跑）
  15 种新类型  全部落库，且选「昨天」没被存成今天（15/15）
  原有 9 种    逐一回归，写库 emoji 原样；weight 回写宠物档案 → 4.5kg ✓
  时间轴       24 条混排，色调分布 6/7/5/6，没有一条查不到类型
  体重趋势     仍只有 1 个点（没被 24 条记录污染）
  周报/首页汇总  正常

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 09:44:07 +08:00
Blizzard 6d49d28e1a fix(fe): 修 Phase D 三个渲染问题 
## 1. tabBar 高亮不跟着切（进「我的」还亮在「首页」）
Phase A 我把高亮改成 custom-tab-bar 自己在 pageLifetimes.show 里按路由算，
想省掉五个页面的硬编码。实测不行：自定义 tabBar 不在页面节点树里，
pageLifetimes 拿不到可靠时机，selected 一直停在默认的 0。

回到官方那套「页面 onShow 推一把」，但索引仍然由 tabBar 按当前路由自己算
（utils/tabbar.js → syncSelected），页面这边不写死 0/1/2/3/4。
调 tab 顺序还是只改一个 LIST，五个页面一行都不用动——原来想要的收益保住了，
只是多了五行 syncTabBar(this)。

## 2. 头像被头图盖住，只露出下半个
.pf-bg 带了 position:relative，定位元素会盖过静态的兄弟节点，DOM 顺序在后
也没用。给 .pf-av 加 position:relative + z-index，同时把 .pf-bg 上那个没人
用的 position 去掉。头图高度 220 → 180rpx，纯渐变时不至于占掉半屏。

## 3.「我的」页四个入口整个散架，图标文字箭头各占一行
.profile-list / .profile-row / .pr-ic / .pr-label / .pr-val 全在
settings.wxss 里——Phase A 从 profile 拆页时留在了设置页，mine 用同一批
class 但样式跨不了页，于是完全裸奔。提到 app.wxss。

这是这个项目第二次踩「页面级 wxss 跨页用」了（上次是 .post-card 在用户
主页裸奔）。两个页面共用的 class 就不该留在任一页的 wxss 里。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 08:22:17 +08:00
Blizzard 1584aabcc5 feat(fe): Phase D —— 主页装扮，「我的」和「宠友主页」共用一套渲染 
## profile-head 组件
头图 / 头像 / 昵称 / 签名 / 帖子关注粉丝 / 养宠数据 / 宠物名片墙，
pages/mine 和 pages/user 用的是同一个组件、同一个接口
（GET /users/:id/profile）。

这件事必须一开始就做对：自己看和别人看要是两套渲染，会慢慢长歪，
装扮功能也就失去意义了——你调半天颜色，结果只有自己那页变了。
两边唯一的差别是底部按钮：自己看是「装扮我的主页」，别人看是「关注 TA」。

顺带把 mine 的头部从 /user/summary 切到了 /users/:id/profile。原来两边
字段对不上，装扮效果在「我的」页根本预览不到。

主题只在组件 wxss 里定义 --pf-a/--pf-b/--pf-ink 三个变量，下面所有着色
都走变量。后端存 key 不存色值，就是为了这套配色随时能在前端改。

## pages/decorate 装扮页
头图上传 / 五套主题色 / 个性签名 60 字 / 宠物墙开关，顶部实时预览。

预览用的就是 profile-head 本身，不是仿一个——仿的迟早会和真的长得不一样。
喂给它一份改过的 card 就行，组件那边不需要知道自己在被预览。

头图有个坑单独处理了：bg_file_id 只在真动过的时候才传。新上传带新 id，
点「恢复默认渐变」带空串，都没动就不传字段。否则「只改个主题色」会把
已有头图冲掉。上传时先用本地临时路径顶上，不让用户对着转圈等。

联调验证（本地 9090，真上传了一张图走完存储链路）：
  上传             → file id + MinIO url
  保存装扮          → bg_url 落库，主题 violet，签名落库
  主页读回          → bio/theme/show_pets/bg_url/宠物墙/养宠数据 全对
  只改主题          → theme 变 sky，头图还在（没被冲掉）
  恢复默认渐变       → bg_url 清空，theme 和 bio 都没被动
  别人视角          → is_self=false、followed=false，装扮和宠物墙都能看到

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 18:02:07 +08:00
Blizzard 25f655a6fc feat: 补齐关注的入口——用户主页 + 关注/粉丝列表 
关注之前只做了一半：能从帖子上点「+关注」，也有「关注」信息流，但
关注完就石沉大海——没有用户主页、看不到自己关注了谁、也不知道谁关注
了自己。功能是通的，路是断的。

后端新增：
- GET /api/users/:id/profile  公开资料 + 帖子/关注/粉丝三个计数 + 我是否已关注
- GET /api/users/:id/posts    TA 发布的帖子
- GET /api/users/:id/relations?kind=following|followers
- /api/user/summary 补 following / followers，否则「我的」页那两行永远是 0

关系列表里「我是否关注了这批人」用一次 IN 查询查完，不是每行一次。

小程序端新增两个页面：
- pages/user/user      用户主页：头像/昵称/三项计数/关注按钮 + TA 的帖子
- pages/relations      关注列表与粉丝列表（同一页，kind 区分）

入口：
- 社区点头像或昵称 → TA 的主页
- 主页点「关注/粉丝」数字 → 对应列表
- 「我的」页新增「我的关注」「我的粉丝」两行

关注按钮先本地翻转再发请求，失败回滚——等接口返回按钮才变会显得很迟钝。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 17:13:04 +08:00
Blizzard 9fc61e878e feat: 评论支持回复（两级 + @某人） 
不做无限层级——手机屏幕撑不住层层缩进，读到第四层就没法看了。
微信、小红书、B站清一色是两级：一级评论 + 其下的回复列表，回复里
用「回复 @某人」表达指向谁。

数据结构：comments 加 parent_id + reply_to_name。回复的回复会被
压平到同一条一级评论下（parent_id 取爷爷的），同时把被回复人的名字
记进 reply_to_name —— 这样既保住两级，又不丢「在跟谁说话」的信息。

几个容易做错的地方：
- 一次查完这一页所有一级评论的回复，不是每条一次查询（N+1）
- 一级评论默认只带 3 条回复，其余点「展开全部 N 条」再拉，避免热门
  评论一次返回几百条
- 删一级评论要连它下面的回复一起删，否则回复变成挂在空处的孤儿；
  帖子的 comment_count 也要按实际删除条数减，不是减 1
- total 统计含回复，和帖子上显示的数字对得上
- replies 为空时返回 []，不是 null

实测四条评论（含一条回复的回复）：
  ▸ 甲：一级评论   （2 条回复）
      └ 乙：多久了？
      └ 甲 回复 乙：三天了
  ▸ 乙：另一条一级评论   （0 条回复）
删掉第一条一级评论后 total 4→1，comment_count 同步。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 16:33:50 +08:00
Blizzard 5b2f8e50bc fix: 带 date 查任务时区错位导致重复生成 + 评论弹窗重做 + AI 每日次数上限 
## 首页添加的任务不显示（根因比表象严重）

time.Parse("2006-01-02", q) 返回的是 UTC 时间，dayStart 又保留了
t.Location()，于是带 ?date= 查询时：
  查询区间 = 07-29 00:00 UTC ~ 次日 = CST 的 08:00 ~ 次日 08:00
  已有任务的 task_date 是 07-29 00:00 CST，落在区间外

后果不只是「新任务不显示」——ensureDayTasks 因此认为今天没有任务，
每刷一次首页就重新生成一批。用户手动加的那条（00:00 CST）永远不在
那个错位窗口里，所以管理页看得到、首页看不到。

全项目 7 处 time.Parse 日期解析统一换成 ParseInLocation + time.Local
（任务、日计划、生日、到家日期、提醒到期日都受影响）。
实测：加一条后带 date 查得到 4 条，连查 4 次仍是 4 条不再增长。

## 评论弹窗

- 改成居中弹出。评论以输入为主，贴底弹层会被键盘顶掉大半屏
- 单行 input 换成自动撑高的 textarea，最多 500 字，带字数
- 支持配图，最多 3 张（评论表加 images 字段）
- 空评论原来会直接把弹层关掉，看起来像发成功了，改成明确提示
- 发完就地刷新列表，不再关闭弹层——连着回复更顺

## AI 每日次数上限

AI 调用是真金白银，不设上限等于把钱包交给用户。新增按「用户 + 自然日
+ 功能」计的额度，后台「社区运营」页可配问问 AI / 异常评估 / AI 计划
三档，改完立即生效。

两个刻意的设计：
- 扣额度在请求大模型之前，失败也算用掉一次。否则刷接口空转照样烧钱
- 配置读不到时回落到保守默认值，绝不「读不到就不限制」——那正是配置
  出问题时最不该发生的事

超限返回业务码 42900，小程序端明确说明「明天 0 点恢复」，不当成网络
错误让用户反复重试。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 15:50:38 +08:00
Blizzard 75765b3ee8 feat: 健康洞察——把散落的记录变成能看懂的结论 
之前用户记几十条数据只换回一条折线，数据没有回到他身上，所以不记也不亏。
新增 GET /api/pets/:id/insights，只看最近 90 天（更早的对「现在怎么样」
没参考价值，还会让关联分析找出一堆巧合），产出最多 6 条按严重度排序的结论：

1. 体重趋势 —— 单次数字没意义，跨度 ≥14 天的连续同向变化才算。
   跌 10% 报警建议血检，涨 15% 提醒控制，跌 5% 持续观察
2. 换粮 → 软便的时间关联 —— 找异常排便前 72 小时内的饮食记录。
   这是用户最看不出来的一类：两条记录隔两三天、分属不同类型，翻时间轴翻不出来
3. 异常扎堆 —— 两周内 ≥2 次异常。偶发一次和反复出现完全不是一回事
4. 逾期提醒 —— 设了不看等于没设
5. 同龄体重对比 —— 同物种、月龄差 2 个月内其它宠物的中位数。
   样本 <8 只直接不显示：拿 3 只算出来的「中位数」比不给还糟
6. 记录习惯 —— 数据不足时negative空手而归，给一句「再记几条就能看出规律」

每条都带 evidence（支撑它的具体数据）和 action（点击直接跳到对应记录入口），
结论不能只是断言。文案沿用 AI 助手同一套护栏：不做诊断，异常一律写清
什么时候必须就医。

前端落在记录页体重趋势卡上方，三档配色区分严重度。

实测（造 4 条体重下滑 + 换粮 + 软便 + 两次异常）：
🔴 体重掉了 13%，建议就医检查（39 天内 4.50→3.90kg）
🔴 两周内记了 2 次异常
🟠 这次「软便」之前 2 天有过饮食变化（7月20日换粮 → 7月22日软便）

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 15:03:36 +08:00
Blizzard 9adafb1354 feat(auth): access token 缩到 2 小时 + refresh token 机制 
后台登录框原来预填了 sundynix/sundynix，等于把凭证写在页面上，去掉。

令牌改为 access(2h) + refresh 两段式：
- 新表 sundynix_refresh_tokens，只存 sha256，明文只在签发时返回一次
- 有效期：小程序 30 天、后台 7 天
- 新接口 /api/auth/refresh|logout、/api/admin/refresh|logout

安全约定：
- 每次续期都轮换刷新令牌，旧的立即作废
- 作废后 60 秒内再到达算并发重试放行，超过则判定泄露、吊销该账号全部会话
- 主动退出与被连坐吊销的令牌不吃宽限期，否则「吊销全部」形同虚设
- 禁用用户时一并吊销刷新令牌，最多 2 小时彻底失去访问

两端请求层都做了单飞续期：并发请求同时 401 只发一次 refresh，
否则刷新令牌会被并发轮换掉互相打架。小程序续期失败回退 wx.login，
登录/续期请求标 noAuthRetry，避免登录失败(同样返回 40100)触发自我套娃。

顺带修掉 vite 代理仍指向 8080 的遗留（端口早已改 9090）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 09:38:19 +08:00
Blizzard 7093e6517d perf(fe): 修复 token 过期白屏、请求翻倍与失败伪装成空态 
token 过期后小程序静默白屏（影响所有用户）
- JWT 有效期 7 天，过期后 40100 只 clearToken 不重新登录，而
  store.ready 的 promise 已缓存不会重跑，加上 23 处静默 catch，
  用户看到的是「什么都没有、也没有任何提示」，只能重启小程序
- request 层加 token 失效钩子：自动重新登录并重试一次（只重试一次，
  防止登录接口本身故障时死循环）；store 注册钩子重置引导缓存
- 补 15s 请求超时、60s 上传超时，超时给明确文案（原先默认 60s 卡住无反馈）

请求翻倍
- 每个 tab 页同时用 store.subscribe 和 onShow→ready().then() 加载，
  而 ready() 内部 loadPets 会 notify 触发 subscriber，首次进入请求翻倍
- subscriber 改为只处理「切换宠物 / 数据变更」，首次加载交给 onShow
- 首页 bind:save 与组件实际触发的 saved 事件名不一致，onSheetSave
  从未生效；一并修正，并去掉关闭弹层时的全量重载

失败伪装成空态
- 社区请求失败时显示「还没有帖子，来发第一条吧」，把故障说成没数据。
  改为区分「加载失败（可点击重试）」「关注 tab 为空」「确实没有帖子」
- 新增 utils/ui.js 统一错误提示（同文案 3 秒内去重，避免并发失败刷屏），
  首页与记录页主数据加载失败不再静默

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-07-28 17:56:35 +08:00
Blizzard 2e3345cdfc feat: 记录删除与筛选、用户侧内容删除、AI 聊天历史 
修复雪花 ID 精度丢失（真 bug）
- bottom-sheet 的 postId 声明为 Number，而 ID 是 18 位雪花字符串，
  超出 JS 安全整数范围：339346584095428608 会被转成 ...600，
  评论弹层实际查的是不存在的帖子。改为 String

记录
- 后端 DELETE /records/:id 早已就绪但前端从未调用，记错了删不掉。
  时间轴支持长按删除
- 时间轴加类型筛选（体重/便便/饮食/异常/用药/疫苗/消费/照片），
  后端 ?type= 本就支持

用户侧内容删除（UGC 合规：用户应能删除自己发布的内容）
- 新增 DELETE /posts/:id 与 DELETE /comments/:id，仅限本人，
  越权返回 40300；帖子软删除，评论删除同步递减 comment_count
- 评论列表返回 is_self；社区长按自己的帖子、长按自己的评论可删

AI 聊天历史
- ai_messages 一直在写但没有查询接口，每次打开弹层都是空白。
  新增 GET /api/ai/messages，弹层打开时接在开场白后加载

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-07-28 17:42:14 +08:00
Blizzard 3fde90e97b feat: 补齐五块缺失功能（记录丢数据/文章正文/提醒管理/我的页入口/分享/关注） 
P0 修数据问题
- 记录弹层有 5 个输入框从未绑定，用户填的便便备注、饮食内容、药品名称、
  剂量、消费备注全部丢弃；用药记录因此只存下「用药记录」四个字。已全部绑定并入库
- 异常观察保存时写死「风险中」，AI 实际判定的等级被丢掉。改为使用 riskData
  的真实 risk_level，并把成因与建议存进备注

文章正文
- 早期 seed 的 4 篇文章 Content 全空，点开只是打开关联记录弹层，内容运营等于白做
- 补写 4 篇真实正文（疫苗驱虫/软便判断/换粮方案/养宠花销），遵循不诊断、
  异常必提就医的护栏；对已存在的空正文做幂等回填
- 新增文章详情页，学习页与首页卡片改为打开正文

提醒管理
- 后端 CRUD 早已具备但小程序只读，用户改不了疫苗驱虫日期。提醒弹层支持增删改
- 修复后端 UpdateReminder 漏掉 type 字段导致改类型不生效

「我的」页 7 个死入口接活
- 提醒设置、健康记录、多宠物管理、会员权益分别落到对应功能
- 数据导出：汇总档案与记录为文本，可复制发给医生
- 意见反馈：新增 feedback 表与提交接口，后台加「意见反馈」管理页
- 关于我们：应用说明与免责声明

分享
- 各页面补 onShareAppMessage/onShareTimeline
- 帖子分享按钮改用微信原生 open-type="share"，删除原来点了没反应的空壳弹层

社区关注
- 新增 follows 表与关注/取关接口，「关注」tab 此前等同「推荐」，
  现只显示已关注用户的帖子；帖子头部可直接关注，标记 followed / is_self

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-07-25 18:11:08 +08:00
Blizzard eaa21585de ci: Docker 单镜像部署 + Gitea 自动发布 
- pets-be/Dockerfile：多阶段单镜像，node 构建管理后台 → Go 编译内嵌
  （go:embed）→ alpine 运行。一个容器同时提供 /api 与 /admin，50MB，
  非 root、内置 tzdata 保证按东八区计算每日任务
- deploy/docker-compose.yml：只有一个 app 容器，MySQL/MinIO 用外部现成的，
  容器内 9090 映射宿主机 4000
- deploy/.env.example：全部配置项（MySQL/MinIO/微信/AI/管理员）
- .gitea/workflows/deploy.yml：push 或合并到 main 触发，runner 构建镜像 →
  save 打包 → scp 到服务器 → docker load + compose up -d → 健康检查
- 修复容器化阻塞问题：config.Load 原本强制要求 config.yaml（而它不进 git），
  且 viper 未登记默认值的 key 环境变量绑不上。现补全默认值并把配置文件
  改为可选，纯 .env 即可启动
- 服务端口统一改为 9090

验证：镜像构建通过；本地起完整栈 ping/admin/登录/建表 seed/图片上传全通；
对接真实 MySQL 9.4（sundynix_pet）建表 19 张并 seed 成功。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-07-25 16:47:49 +08:00
Blizzard 28b95a6468 feat: 每日任务顺延与增删改 + 计划到期续期 + 靠谱养护模板 + 图片URL修复 
后端
- 每日任务惰性生成：某天为空则从最近一天顺延复制（done 重置），首天用模板
- 任务增删改 API（POST /pets/:id/tasks、PUT/DELETE /tasks/:id），改动自动顺延
- 30 天计划到期自动归档并按当前阶段生成新一轮
- 内置养护模板重写为兽医常识向：狗每阶段含遛狗/牵引/狂犬，猫含猫砂/梳毛/饮水
- 文件 URL 改为按 object_name + 当前配置动态拼接，换 IP/域名不再有旧地址

小程序
- 首页今日任务加「管理」入口：增删改任务弹层
- 记录时间轴显示照片缩略图（可全屏预览）+ 拍照成功提示
- 社区发布条精简为单个「发布图文」按钮，去掉头像/输入框误触

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-07-06 10:06:13 +08:00
Blizzard 2f5dd6eefc feat: 养护模板/社区运营/体重趋势/计划日历 + 雪花ID重构 + 文件表与图片上传 
后端
- 主键改雪花字符串 ID（pkg/idgen + Base.BeforeCreate），全表外键/JWT/中间件随之调整
- 新增 files 表：/api/upload 按 MD5 去重，返回 {id,url,md5}，服务端只收图片
- 头像/记录附图/帖子图改 file_id 关联，读取解析为 URL
- 养护模板（物种×阶段）后台可配 + AI 生成草稿；建档按模板生成任务/计划/提醒
- 社区 AI 运营：虚拟账号池 + 每日定时/手动生成，帖子带 AI 标
- 计划路线图节点带真实日期；首页周历与计划日历同源；新增 day-plan 当日安排
- 体重趋势接口带备注；记录列表分页

小程序
- 公共图片上传 utils/upload.js（仅图片）；记录拍照/我的头像/社区发图三处接入
- 首页日历点选查当日任务；记录页体重趋势可点看备注 + 时间轴分页折叠
- 计划页日历点选查当日计划；自定义 tabBar 高度调整

后台（React）
- 新增「养护模板」「社区运营」页；用户管理加机器人筛选

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-07-06 08:48:15 +08:00
Blizzard 609f7d06cf init: 毛孩子计划 小程序 + Go 后端 + 内嵌后台 
- pets-fe: 微信原生小程序（首页/计划/记录/报告/社区/引导），
  服务端驱动、无假数据；弹层改用 scroll-view，打开时隐藏自定义 tabBar
- pets-be: Gin + GORM(MySQL, sundynix_ 前缀) + MinIO，统一响应/分页，
  微信 code2session 登录，provider-neutral AI(DeepSeek)，go:embed React 后台
- 修复：分段选择类型不匹配（字符串 vs 数字）导致选不中

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-07-03 15:36:55 +08:00