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

14 Commits

Author SHA1 Message Date
Blizzard 67b97e4b38 feat(be+admin): 后台看板扩展 + 社区内容安全审核 
看板（Recharts）:
- 概览页加 DAU/WAU/MAU、今日/本月新增 KPI，新增趋势/活跃趋势/月活/留存曲线
- GET /admin/analytics 内存计算，活跃口径=当天有记录/发帖/评论，排除 bot

内容安全（微信官方 UGC）:
- 文本 msg_sec_check 同步判、图片 media_check_async 异步查
- 帖子/评论加 pending/rejected 审核态，feed 只放 published
- 图片结果回调 /api/wx/sec-callback，JSON/XML + 明文模式，签名校验
- 检测不了/未发布时一律转待审核，走后台手动审核
- 后台帖子/评论审核页：修好看不到图（补 attachPostImages）、
  加状态筛选 + 通过/打回；新增评论审核状态接口

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 19:01:48 +08:00
Blizzard cff6982613 chore(admin): 删掉停用的老方案，养护方案页按猫狗分 tab 
## 停用的 8 套直接删了
上一个提交把老方案（按 3 段配的）改名停用没删，理由是「万一新内容有问题
还能翻回去看」。你要求删掉，删了。

走 service 的 DeleteTemplate 而不是直接删主表：明细要跟着一起清。
复查孤儿明细 0 条。剩 10 套（5 阶段 × 2 物种，各一套）。

已套用出去的计划节点不受影响 —— 套用时就展开成实体行、和模板断开了。

## 按猫狗分 tab
混在一起 10 套要上下找，而且阶段名两边一样（幼年期/青年期…），扫一眼分不清
哪套是猫的。tab 上带条数，「阶段」列不再重复物种。

顺带两处：
  行按阶段顺序排 —— 数据库按 sort 排，但 sort 是全局的，分物种看时会跳号
  新建时默认跟当前 tab 的物种，省一步点击

品种管理页本来就有猫狗 tab；记录事项页不分物种（记录类型猫狗共用）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 12:53:22 +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 afdbf94450 feat(admin): 养护方案页重写 —— 多套、重复规则、"弹层"改成真实的记录事项 
## 你问的那个「弹层」是什么
sheet_type = 用户在小程序点这条计划时，直接跳到哪个记录表单。
「体重记录」这条关联 weight，点了就是体重表单，不用自己去记录页找。

叫「弹层」是因为那时候记录表单是底部弹出的浮层。三件事让这个名字烂掉了：
  1. 记录表单上一批已经搬成 pages/addrecord 独立页面了
  2. 可选值写死 6 个，而记录事项现在有 24 种且后台可配 —— 新加的一个都选不到
  3. 里头的 report / taskDetail 早就不存在，选了等于点了没反应

现在改成「关联记录事项」，下拉读 record_types 表。后台加一种事项，
这里立刻能选到。

## 这一页原来和后端已经对不上了
它的结构（今日任务 / 30 天计划 / 提醒 三段、第 N 天偏移）就是上一个提交在后端
推翻掉的那套。你在上面配的东西一部分已经不会生效——所以先改它，不等前端。

  三段 → 两段（计划事项 / 到期提醒）
  「第 N 天 + 标签」 → 重复规则：每天 / 每周（勾星期几）/ 每月（几号）/ 一次性
  一个 (物种,阶段) 一套 → 多套，列表页展示，每套有名字和摘要

## 后端跟着改成按 id 存取
原来是「按 species+stage 覆盖」：GET/PUT /admin/care-templates?species=&stage=。
那个模型下「让用户选方案」无从选起。改成
  GET    /admin/care-templates       列全部
  GET    /admin/care-templates/:id
  POST   /admin/care-templates       新增或更新
  DELETE /admin/care-templates/:id

## 唯一索引是真拦路石
从模型 tag 里去掉 uniqueIndex:idx_species_stage 之后，新增第二套仍然报
Duplicate entry —— **AutoMigrate 会加索引但不会删已有的**。写了个一次性程序
DropIndex 才通。这个坑值得记：改索引不能只改 tag。

## 校验放服务端
一条配错（「每周」没勾星期几）会让套用时静默少排几条，用户看不出是配错了。
所以保存时就拦，并且报出是哪一条：「梳毛」选了每周，但没勾星期几。

## 列表里报「展开后大概多少条」
只报明细条数会骗人：4 条「每天」套一整月就是 120 多条。
列表和小程序端的方案卡都按重复方式分开报数。

## 验证（预生产库实跑 service 层）
  8 套现有方案迁移后都有名字
  没名字 / 每周没勾星期几 / 每月几号填 0 → 三条校验都拦住并指名道姓
  (猫,成年期) 成功配出第二套「成年猫省心版」，小程序端能看到 2 套可选
  tsc --noEmit 通过；npm run build 后重启，/admin/ 资源哈希与新构建一致

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 11:59:52 +08:00
Blizzard 69bd56671c feat(admin): 补品种管理和记录事项两个后台页 
## 这两个页面是漏的，不是新需求
Step 2 我说了「记录类型后台可配」，接口加了（GET/POST/DELETE
/api/admin/record-types）但 React 页面根本没建；品种那次同样只加了接口。
也就是说「可配」这件事在后台上一直是点不到的。补上。

## 品种管理
猫/狗切换，按首字母分段列出（和小程序端的 A-Z 索引对得上）。

首字母是手填的输入框，配了一句说明：多音字自己定（藏獒 Z、柴犬 C）。
不做自动转拼音——Go 没有标准拼音库，而且多音字自动转常出错，
错了以后用户在小程序里按字母索引就找不到那个品种。

## 记录事项
按分组列出 24 种，「表单字段」那列把 DSL 渲染成人话
（体重·数值kg / 状态·单选★），★ 表示这个单选落 category。

字段配置的写法说明直接放在编辑弹窗里，不是写进文档：这东西一年用两次，
去翻文档的成本比它本身还高。

内置那 9 种打了「内置」标签、隐藏删除按钮、code 输入框禁用 —— 但真正的
拦截在 service 层，前端只是别让人白点。

## 报错原样透出
两个页面的保存失败都把后端消息显示出来，不写成「保存失败」。
后端那些消息是特意写具体的（第几行、错在哪、几个档案在用），
包成一句「失败」等于把它们扔了。

## 验证（预生产库实跑 service 层）
  品种  首字母两位/中文 → 拒；物种 bird → 拒；同物种重名「布偶猫」→ 拒
        有 1 个档案在用时删 → 拒并报出数量；没人用 → 删成功
  事项  两个字段都落 category → 「第 2 行」；options 没选项 → 「第 1 行」；
        类型写成 num → 「第 1 行类型 num 不认识」；缺名称 → 「第 1 行缺名称」；
        第二个加 :- → 通过
  tsc --noEmit 通过；npm run build 后重启，/admin/ 返回的资源哈希
  和新构建一致（go:embed 是编译期打包的，不重启看不到新页面）

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-30 11:32: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 7acdf916d5 refactor(be): 养护模板也从代码里移出，只从数据库读 
和文章同一个理由：模板是运营内容，不是代码。留一套内置默认还额外带来
一个坏处——库里配的和代码里写的会悄悄分叉，出问题时分不清用户拿到的
到底是哪一套。

删掉：
- builtinCat / builtinDog / builtinCareItems（8 套 × 96 条）
- SeedCareTemplates（启动时写内置默认）
- ResetCareTemplate + 后台「恢复默认」按钮 —— 已经没有默认可恢复

careTemplateItems 现在查不到就返回空。这意味着后台把某个组合配空了，
新用户会拿到一个什么都没有的首页而且不报错，所以 seedPetDefaults 里
加了一条 log：模板为空时打出 species/stage/petID，否则没人能发现。

「AI 生成草稿」原来在 AI 未开启或调用失败时静默返回内置默认，看起来
像是 AI 生成的。现在直接报错说清原因，让管理员知道要么开 AI 要么手填。

数据在库里，删代码不影响：预生产 8 套 96 条原样在，建档端到端复测通过
（3 月龄幼猫仍拿到「下一针疫苗·21 天后」，成年犬仍有疫苗驱虫提醒）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 13:59:11 +08:00
Blizzard 7159930d9c feat(admin): 随机昵称 + 建档数统计 + 帖子发布时间 + 16 篇新文章 
## 新用户昵称
微信登录拿不到昵称（要用户主动授权），原来一律叫「微信用户」，
社区里一屏全是同名，后台也没法区分。改成随机生成「铲屎官12138」
这种形式：10 个前缀 × 5 位数字，落库前查重，撞了重试。

新增 users.nickname_auto 标记这个昵称是系统生成的。原来判断该不该
用微信授权昵称覆盖，靠的是「昵称是不是等于『微信用户』」这个字符串
比较，改成随机昵称后这招就失效了。有标记位才能安全覆盖，同时保证
用户自己改过的昵称不会被冲掉（改昵称时会把标记置 false）。

## 用户管理
加「宠物档案」列，显示每个用户建了几个档。用一次 GROUP BY 查完
当页所有人，不是每行一次 count——那会是 N+1。

## 帖子审核
加发布时间列。今天的显示「今天 14:48」，昨天的显示「昨天」，
更早的显示日期——审核时关心的是「多久以前发的」而不是完整时间戳。

## 文章
新增 16 篇，连同原有 4 篇共 20 篇，每篇 400-570 字：
猫 5 篇（新猫到家第一周 / 猫砂盆 / 公猫尿闭 / 掉毛毛球 / 老年猫信号）
狗 5 篇（社会化关键期 / 定点排便 / 遛狗时长 / 刷牙 / 中暑防护）
通用 6 篇（体重趋势 / 驱虫周期 / 绝育 / 急诊清单 / 就医准备 / 养宠预算）

沿用和 AI 助手一样的安全护栏：不做诊断、不给药物剂量，凡是可能
延误病情的都写清「什么时候必须去医院」。犬用驱虫药对猫的致死风险
这类真实事故也写进去了。

seedArticles 从「库空才插」改成「按标题补缺失」，以后往内置清单加
文章，老库启动也能拿到。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 12:55:22 +08:00
Blizzard d9d7e128ff feat: 引导页阶段按生日推断 + 8 套养护模板按临床共识重配 
## 引导页三个逻辑漏洞

1. **阶段和生日脱节**：用户填了 3 个月的生日，却能手选「成年期」，
   而阶段决定疫苗针次、驱虫周期和每天要做的事，选错整套计划都是偏的。
   现在按生日自动推断（猫狗同：12 月龄成年、7 岁进老年），仍可手改，
   但改成矛盾值时会弹框说明代价；服务端 NormalizeStage 兜底。

2. **`goals` 是假选择**：6 个勾选框收上来只存进 pets.goals，一处没用过。
   现在真正生效：体重提醒、月度报告按勾选生成，勾了「想控制养宠开销」
   会多一条记账任务。疫苗和驱虫不给关——狂犬是法定要求，漏驱虫真会出事。

3. **「刚到家 0-30 天」和年龄阶段互斥**：挤在一个四选一里，刚接回家的
   成年猫只能二选一。现在拆开：stage 只存年龄阶段，新增 pets.arrived_at，
   到家不满 30 天时把安置期那套任务和计划叠加上去（同标题去重）。

顺带：生日/到家日期不能选未来（前后端各拦一道）、体重范围校验。

## 疫苗提醒改为按月龄算

原来不管多大都排「14 天后首针」，一只 8 月龄才接回家的猫会被安排去打首免。
现在 dueDaysFor 按真实月龄推：<2 月龄等到 8 周龄、2-5 月龄间隔 21 天、
5-12 月龄两周内补齐、成年走年度加强。标题也跟着改写，否则用户照着
「年度疫苗加强」去打错针。

年度疫苗不再编一个假的到期日（原来写 30 天后），改用频率描述。

## 8 套模板按临床共识重配

依据 WSAVA 疫苗指南、ESCCAP/CAPC 驱虫建议、AAHA 生命阶段指南整理：
猫三联 3 针间隔 3-4 周末针不早于 16 周龄、犬联苗 2-3 针 + 3 月龄狂犬、
体内驱虫 6 月龄前每月一次之后每 3 个月、幼崽 3-6 月龄每天 3-4 餐、
成年犬每天 2 次共 30-60 分钟遛狗、老年建议半年一次体检。
每套从 11 条扩到 10-14 条，描述写成能直接照做的具体动作。

后台新增「恢复默认」：启动 seed 改为只补缺失、不覆盖已有（管理员可能
改过），内置模板更新后必须从后台显式推一次。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 11:58:00 +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 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 3816cd1b02 chore: 小程序更名为「肉垫计划」 
- 原名「毛孩子计划」在微信已被占用，全项目 24 处替换（导航标题、
  AI 提示词身份、社区官方号、后台登录页、logo 横版文案）
- logo 英文副标同步改为 PAW PAD · CARE PLAN
- 新增 小程序资料.md：后台要填的简介（多长度版本）、关键词、
  服务类目建议与审核避雷要点

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-07-25 16:46:21 +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