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

16 Commits

Author SHA1 Message Date
Blizzard 8606c1dfc8 feat(be): Phase C —— 个人主页装扮 + 养宠数据 
## User 加四个装扮字段
bio / bg_file_id / theme / hide_pets。

hide_pets 存的是「隐藏」而不是「展示」，为的是零值即默认：AutoMigrate
给存量行填 0，正好等于「展示宠物墙」，不用给老用户跑一次刷值。对外
API 仍然用 show_pets（UI 上是个「展示我的宠物」开关，正着说更自然），
只在 handler 边界取一次反。

theme 存 key 不存色值。色值属于前端表现层，存进库以后想调色就得改数据；
存 key 还能保证前端只渲染已知的那几种。非法 key 走 40000，老用户的空
theme 在读取时兜底成 warm，前端不会拿空 key 去查表。

## GET /users/:id/profile 扩展
原来只有昵称头像和三个计数，现在带上 bio / bg_url / theme / show_pets
+ 宠物名片墙 + 养宠数据。自己看和别人看走同一个接口，省得两套渲染慢慢长歪。

## 养宠数据
days     养宠天数，按最早那只的建档日算——这里要表达的是「你在这照顾它
         多久了」，不是宠物活了多久
records  累计记录条数
act_days 有记录的天数
streak   连续打卡

streak 有个必须处理的边界：今天还没记录不能算断签，否则用户每天早上打开
都会看到连续天数归零。实现是先看今天有没有记，没有就从昨天起往回数。

## PUT /api/user/decoration
四个字段全用指针，区分「没传」和「传了空串」——清空个性签名和不改个性
签名是两件事。bio 服务端截到 60 字。

联调验证（本地 9090）：
  老用户读取     theme 兜底 warm、bio ''、hide_pets false
  改装扮        theme=mint、bio 落库
  theme=rainbow 40000 参数不合法
  bio 100 字     截断到 60
  show_pets     false → pets 字段消失，stats.pet_count 仍为 1
  别人视角       is_self=false、followed=false、装扮和宠物墙都能看到
  streak        1/2/3/5 天前各记一条：act_days=4 streak=3（第 4 天空档正确断开）
                今天再补一条：act_days=5 streak=4

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 17:54:16 +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 535ef08da7 fix: 评论配图整条链路补全 + 宠物切换条吸顶 
## 评论图片传了等于没传

上次只做了一半：model 加了 Images 字段、前端做了上传 UI，但
handler 的 commentReq 没有 images、service 的 CreateComment 连
参数都没有，图片上传完就丢了；评论列表也从没渲染过图片。

补齐：请求体 → service 落库(JSON 数组) → 列表回显 → 点击大图预览。
实测带两张图的评论和纯文字评论各存各的，互不影响。

## 宠物切换条吸顶

首页/计划/记录/报告四页的 pet-switch 原本在 scroll-view 里，滚下去
就找不到了。而切宠物是随时要用的动作——多宠用户看着 A 的数据想切到
B，还得先滚回顶部。

移出滚动区，放在导航栏下方做成固定的一条，带毛玻璃和分隔线。首页的
问候语留在滚动区里，滚走就滚走，反正它只在刚进页面时有意义。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-07-29 16:19:32 +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 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 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 77beb9ca96 fix(pro): 会员改为「即将开放」，堵住点一下白拿会员的漏洞 
原先 /api/pro/activate 直接写库开通一年会员，没有任何支付校验，
任何人调一次接口就是会员。支付暂不接入，这里必须在服务端拒绝，
只改 UI 挡不住直接调接口。

- ActivatePro 一律返回 ErrPayNotReady；真正写库的逻辑保留为
  activateProAfterPaid，等接微信支付时在校验支付单据后调用
- handler 对该错误返回参数错而非 500，前端直接展示提示文案
- 小程序 Pro 弹层按钮置灰为「即将开放」，我的页入口改为
  「Pro 会员（即将开放）」

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