Blizzard
7636454650
## 只砍入口，后端一行不动
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>
毛孩子计划 · 后端 (pets-be)
Gin + GORM + MySQL + MinIO 的宠物小程序后端，内嵌 React(Vite + Tailwind + shadcn/ui) 后台管理。
技术栈与约定
- 模块路径
github.com/sundynix/pets-be，标准 Go 布局（cmd/ internal/ pkg/ configs/ deployments/ web/） - 所有数据库表带前缀
sundynix_ - 统一响应
{code, message, data}（pkg/response），列表接口统一分页参数page/page_size（response.PageQuery+PageResult） - MySQL
root/root库pets；MinIOsundynix/sundynix桶pets - 服务端口
:8080；后台在http://localhost:8080/admin（seed 管理员sundynix/sundynix）
快速开始
# 1. 起依赖（MySQL + MinIO）
make env-up # 或 cd deployments && docker compose up -d
# 2. 构建后台前端 + 后端单二进制
make build # 产物 bin/pets-be（已 embed 后台）
./bin/pets-be
# 或开发期直接运行（使用现有 internal/admin/dist）
make run
后台前端开发（热更新）
make admin-dev # vite dev server :5173，已代理 /api → :8080
# 改完执行 make admin-build 让产物落到 internal/admin/dist，再 go build 即 embed
目录
cmd/server入口：载配置→连库→迁移→seed→建桶→路由→启动internal/config配置(viper，支持PETS_环境变量覆盖)internal/modelGORM 模型（sundynix_前缀）internal/database连接/迁移/seedinternal/storageMinIO 封装（自动建桶 + 上传）internal/service业务逻辑；internal/handlerHTTP 处理器；internal/router路由internal/middlewareCORS / 用户鉴权 / 管理员鉴权internal/admingo:embed内嵌后台产物 + SPA fallbackpkg/response统一响应与分页；pkg/jwt令牌；pkg/errcode错误码web/admin后台前端源码
接口
- 小程序
/api/*（用户 JWT）：auth / user / pets / onboarding / records / tasks / plan / reminders / report / bill / community / articles / pro / ai / upload - 后台
/api/admin/*（管理员 JWT）：login / stats / users / pets / posts / comments / articles / memberships
登录鉴权
默认 auth.dev_login: true，POST /api/auth/login {"nickname":"xxx"} 即发用户 JWT。
接真微信：在 configs/config.yaml 填 wechat.app_secret 并把 dev_login 置 false，实现 /api/auth/wechat(code2session)。
access token + refresh token
登录接口返回 token(access) 与 refresh_token 两个令牌：
- access token：JWT，默认 2 小时（
jwt.expire_hours），放Authorization: Bearer，服务端无状态校验。 - refresh token：随机串，落库
sundynix_refresh_tokens（只存 sha256）。小程序 30 天、后台 7 天。 - 续期：
POST /api/auth/refresh/POST /api/admin/refresh，入参{"refresh_token":"..."}，返回新的一对令牌。 - 退出：
POST /api/auth/logout/POST /api/admin/logout作废该刷新令牌。
安全约定：
- 每次续期都轮换刷新令牌，旧的立即作废；作废后 60 秒内再到达算并发重试（放行），超过则判定泄露，吊销该账号全部会话。
- 主动退出、被连坐吊销的令牌不享受宽限期。
- 禁用用户时一并吊销其刷新令牌，最多 2 小时后彻底失去访问。
前端两端都做了单飞续期：并发请求同时 401 只会发一次 refresh（否则刷新令牌会被并发轮换掉）。小程序续期失败会回退到 wx.login 重新登录。