Your Name and Claude Opus 5
97351777ec
管理端拆出宠物模块，并给它一个当班概览
...
值班的人打开控制台只想知道两件事：谁在等回复，钱还对不对得上。概览把
待裁定的申诉、待打款的提现、各类待审排在一屏，并把代管中、已结算、
平台服务费和账户余额一起摆出来；余额与流水对不上时先弹红条，因为那
种时候不该继续打款。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-09-07 08:40:49 +08:00
Your Name and Claude Opus 5
46a60ffac3
宠物板块二到四期：领养、配种、上门代喂与收益账户
...
领养是信息服务：没有金额字段，文案里出现收费话术或短期内连续送养都会转人工，
送出时按 30/90 天建好回访任务。配种同样只做信息展示，且默认关闭。
代喂是这个模块里唯一动钱的部分，顺序是它的安全边界：先付款再进大厅，选定
之后才解密门牌与电话，每次上门按到达/喂食/离开留照片，主人确认或超时自动确认
后才结算。结算只走账本，(user, biz_type, biz_id) 唯一键让重复结算付不出第二次；
申诉会冻结自动确认，由客服裁定全付、部分付或全退。
提现按方案默认关闭：收益先只记账，等分账通道与资质到位再在管理端开闸。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-09-07 08:14:19 +08:00
Your Name and Claude Opus 5
aee1881e69
宠物板块第一期：宠物档案与后台审核
...
方案第一期的后端部分。宠物档案是整个板块的根——代喂任务、送养帖、
配种信息都会挂在它上面，所以免疫、绝育、体重这些事实只在这里存一份，
不在各业务表里重复填写与互相矛盾。
- pets / pet_media 两张表（迁移 036），另加三个可在管理端调整的配置：
总开关、单账号档案上限、单只宠物照片上限。
- 客户端接口：档案增删改查。日期在校验阶段解析，格式或"未来的免疫日期"
这类问题返回 400 并说明是哪个字段，而不是从写库深处抛出 500。
- 软删除：档案从列表消失但记录保留，将来代喂订单与送养记录仍能追溯。
- 后台审核：列表带主人昵称与星遇号；驳回必须填原因；被驳回的档案对外
不可见，但主人仍能看到并读到原因。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-09-05 16:53:55 +08:00
Your Name and Claude Opus 5
ce429afcf2
密码强度下限、离线推送下发
...
一、密码规则：至少 8 位且不能全是数字。短信验证可以在后台关掉，关掉之后
密码就是账号质量的唯一门槛，而此前 validUserPassword 只检查非空——"1"
也是合法密码。规则只在「设置密码」时校验（注册、找回、改密、后台建号与
后台重置），登录不再校验，已有账号照常使用。上下限都按字符数计算，否则
43 个汉字的密码会因为字节数超限被拒。各处错误提示改为直接说明规则，
而不是笼统的一句「请填写有效的密码」。
二、离线推送：此前客户端一直在上报 push token，服务端从未下发过任何东西，
App 退到后台或被杀掉时新消息完全没有提醒（MESSAGE_PUSH 只是 WebSocket
帧名）。补上服务端下发：
- 只发给「此刻不在线 + 未对该会话免打扰 + 未关闭消息通知」的接收者，
在线的人已经从实时通道拿到了。
- 鉴权 token 按 provider 的过期时间缓存，个推的 auth 接口限流很紧。
- 失效的 cid（10001/10002）就地停用，不再每条消息重试一次。
- 整个过程在独立 goroutine 与独立 context 上进行，推送服务再慢也不会
拖慢或拖垮一条已经发出的消息。
- 是否显示正文由 push.show_preview 控制，关闭后锁屏上不出现消息内容。
凭据在管理端「离线推送」页填写（迁移 035 先建出配置行——集成配置保存
走的是 UPDATE，行不存在会静默保存不上）。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-09-04 19:09:33 +08:00
Your Name and Claude Opus 5
acd8933dbb
后端：资料距离、语音图片会员限制、免短信注册、AI 托管回复修复
...
- 单用户资料接口补上距离：此前只有推荐/附近列表会算距离，资料页和
聊天头部因此无内容可显示。沿用同一套 haversine 与隐私开关。
- 语音/图片消息可限定会员发送，两个开关在管理端「运营配置」中修改
（迁移 032）。校验放在 persistMessageContext，HTTP 与 WebSocket
两条发送路径都覆盖；文本消息永不受限。
- 短信服务关闭时注册不再要求验证码：关掉之后没人能拿到验证码，继续
要求就等于关闭注册通道。重置密码不做同样放宽，那里缺验证码等于
凭手机号夺号。app/config 增加 smsVerification 供客户端决定表单形态。
- 修复 AI 托管账号之间不回复：原规则按「发送方是否托管账号」拦截，
把真人操作测试号的正常对话也挡了。改为标记 worker 自己写入的回复，
只对 AI 生成的消息跳过入队。
- ai.default_model_id 同时接受模型 ID 与名称，填名称时不再被 MySQL
静默转成 0 而使配置失效。
- 聊天媒体留存管理与清理任务（迁移 033，两台线上均已应用）。
新增集成测试均针对真实 MySQL：会员限制、免短信注册、AI 入队规则、
默认模型解析、资料距离。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-09-04 10:00:08 +08:00
Your Name and Claude Opus 5
a024d59827
后端接入 AI 模型并支持测试账号托管回复
...
按协议而不是按厂商做适配，与现有短信、对象存储的做法一致：openai 兼容格式
一个适配器即可覆盖 DeepSeek、通义、智谱、火山方舟、Ollama 等，新增厂商通常
只需在后台加一条模型记录；anthropic、gemini、webhook、debug 各一个适配器。
密钥沿用 integration.go 的 AES-GCM 加密存储。
测试账号托管的回复走 persistMessage 同一条落库和推送路径，因此未读数、
WebSocket 推送和会话排序全部复用现有逻辑，客户端无需改动。为此把
persistMessage 抽出 persistMessageContext，因为 worker 没有 *http.Request。
任务队列用数据库表而非内存：重启不丢回复，多实例不重复消费。领取用 UPDATE
打 claim_token 再回读，没有用 SELECT ... FOR UPDATE SKIP LOCKED——生产存在
MySQL 5.7 环境，那里该语法无法解析。同一会话同时只允许一个待处理任务
（pending_key 生成列 + 唯一键），所以用户连发多条消息只会得到一条回复。
闸门：仅 is_test=1 且在允许批次内的账号生效，托管账号之间不互相触发，三层
配额，调用失败默认静默。会话内是否标注 AI 身份由 ai.disclose_in_chat 控制
并默认开启，关闭前需确认所在地区的监管要求。
app.go、integration.go、im.go 三个文件同时包含本次改动之前工作区里就已存在
的未提交修改，一并带入。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-09-03 08:31:04 +08:00
Your Name
334890171e
gengx
2026-08-27 14:04:28 +08:00
Your NameandClaude Opus 5