gr/kefu
Template
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
27 Commits 6 Branches 0 Tags
ebf7189533205c27d0f1fd0f5e1ea030064b198e
Commit Graph
27 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
Your NameandClaude Opus 5 ebf7189533 整改一期：发布这条链路先跑顺 
四条改动都在"发布一个代喂任务"这条路上：

定位拿不到不再把人卡死。地址可以不带坐标保存，界面标成"未核验定位"，
这条地址的打卡照常，只是不比对距离——总比逼着用户放弃发布要好。客户端
另外给了两条退路：去系统设置开权限，或者地图选点。

价格从写死的 30 元改成服务端按物种、城市、每次时长算的推荐价，规则放在
配置里，运营改一次不用等发版；用户改过之后就以他填的为准，不再被覆盖。

发布与支付并成一步：底部常驻"合计 ¥x = n 次 × ¥y"，主按钮是"支付并发布"。
没付成的任务留在"我的任务"里能接着付，超过 24 小时由后台关掉，不再变成
既看不见又删不掉的孤儿。

选宠物换成带头像的卡片，缺免疫记录或照片的当场标出来，不用等提交才知道。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-07 10:31:39 +08:00
Your NameandClaude Opus 5 9345805133 代喂改走真实订单，并补上打卡纪律与地址明文清除 
支付原来是个占位：调一下接口任务就算"已付"。现在任务和喂养者保证金都
走会员那套订单与支付网关，一笔订单买到什么由 applyPaidOrderTx 统一决定，
沙箱和真实回调走同一段逻辑。退款能释放托管中的任务，但不会去动已经结算
的那一笔——钱已经在喂养者账上，那种情况必须有人看过再说。

通道接通之前，客服可以在管理端手工标记已托管，必须写明钱怎么收的，进审计日志。

另外补上三件方案里写了但代码没做的事：打卡必须按到达、喂食、离开的顺序，
喂食离到达太近视为摆拍；地址新增紧急联系人与常去医院，随门牌一起只发给
被选中的喂养者；任务结束七天后由后台任务抹掉地址明文，只留城市与街道。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-07 09:07:38 +08:00
Your NameandClaude Opus 5 97351777ec 管理端拆出宠物模块，并给它一个当班概览 
值班的人打开控制台只想知道两件事：谁在等回复，钱还对不对得上。概览把
待裁定的申诉、待打款的提现、各类待审排在一屏，并把代管中、已结算、
平台服务费和账户余额一起摆出来；余额与流水对不上时先弹红条，因为那
种时候不该继续打款。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-07 08:40:49 +08:00
Your NameandClaude 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 NameandClaude 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 NameandClaude 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 NameandClaude Opus 5 f313979e88 开场消息条数限制，附近按距离分档随机刷新 
一、对方回复前，免费用户最多发送 N 条（默认 3，迁移 034，管理端可改，
0 表示不限）。约束在 persistMessageContext 的事务内，HTTP 与 WebSocket
两条发送路径都覆盖，并发也不会挤过最后一个名额。要点：
- 对方一旦开口，限制永久解除；会员始终不受限。
- 撤回自己的消息不会换回名额，否则删了重发即可绕过。
- AI 托管账号的回复是「回答」不是「敲门」，不计入限制。
- 被拒时返回 30007 + HTTP 402，与会员媒体限制区分，客户端据此引导开通。
- 消息列表接口附带 unansweredQuota，聊天页在发送失败之前就把剩余条数
  告诉用户。

二、附近下拉刷新按距离分档随机。原先带 seed 的分支排在最前，导致附近
一旦刷新就退化成全城纯随机、距离排序被完全丢弃。现在按 1 公里分档，
档内用同一 seed 做确定性洗牌：刷新会换人，但近处的人永远排在远处之前，
同一 seed 下分页顺序稳定，不会重复或漏人。

两个既有测试显式关闭了开场限制——它们测的是入队规则和媒体会员限制，
连发消息只是手段。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 18:21:19 +08:00
Your NameandClaude Opus 5 b42743c882 AI 托管账号支持筛选未托管 
筛选只有「仅已托管」一个选项，想找还没开启的账号只能翻页。补上
managed=0：未托管既包括从未绑定的账号，也包括绑定后被关闭的账号，
运营要开启的正是这两类，所以放在一起。

测试覆盖三种状态，并断言两个筛选相加等于全部、没有重复计数。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 11:34:39 +08:00
Your NameandClaude Opus 5 151834caac 模型支持协议扩展参数，用于关闭思考模式 
DeepSeek 现役的 v4 系列全部默认开启思考模式，没有单独的非思考型模型
可换；官方给的关闭方式是在请求里带 thinking={"type":"disabled"}。

ai_models 表早有 extra_json 字段但从未接线，这里接通：模型配置里的
JSON 对象会合并进每次调用的请求体，因此任何协议级参数都能在管理端
配置，不必改代码。合并不会覆盖 model/messages/max_tokens/temperature/
stream —— 预算和结构由代码掌握，重试逻辑才不会被配置绕过。
写入前校验 JSON，避免非法值存进 JSON 列后每次调用才报错。

线上模型已配置为关闭思考：同一会话下由 10133 ms / 1024 输出 tokens、
回复被截断，变为 669 ms / 10 tokens、回复完整。max_tokens 相应回调至 512。

管理端模型表单新增「协议参数」输入框（该目录尚未纳入版本库，仅已发布）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 11:19:17 +08:00
Your NameandClaude Opus 5 812d8032e1 修复 AI 回复为空与开头数字被吞 
日志里一批「成功但回复为空」的调用，completion tokens 恰好等于配置的
上限 256：推理模型把预算全花在思维链上，正文没写出来就被截断。

- 解析 OpenAI 兼容响应时读取 reasoning_content，并据此与 finish_reason
  判断「被截断」。
- 被截断时自动加大预算重试一次（4 倍，下限 1024、上限 4096），两次调用
  都记入日志以便核算成本；重试后仍为空才报错，并说明是推理占满预算，
  提示调高 tokens 或改用非推理模型。
- sanitizeAIReply 原本用 TrimLeft 去掉列表符号，连同任何开头的数字一起
  吃掉了——「30岁啦」发出去变成「岁啦」。改为只匹配真正的列表前缀
  （- * • 或 "1. " "2、"），号码、年龄、时长都不再受损。

线上两台已将模型 max_tokens 由 256 调整为 2048。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-04 10:50:25 +08:00
Your NameandClaude 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 842990b0e7 更新 2026-09-03 08:38:17 +08:00
Your NameandClaude Opus 5 6cd4f1b1db migrate.sh 支持 DSN 与可选客户端路径 
生产的宝塔机器把数据库配置放在一个 Go 风格的 IM_DB_DSN 里，而不是 compose
的那组 MYSQL_* 变量；同机自带的 mysql 客户端又缺 caching_sha2_password 插件，
连不上 MySQL 8.4。脚本原先把主机写死成 compose 的服务名 mysql，在非 Docker
环境用不了。

现在 MYSQL_HOST/MYSQL_PORT/MIGRATIONS_DIR/MYSQL_CLIENT 都可覆盖，未设置
MYSQL_USER 时从 IM_DB_DSN 解析；显式的 MYSQL_* 仍然优先。默认值保持 compose
原样，Docker 路径行为不变。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-09-03 08:31:32 +08:00
Your NameandClaude 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 Name f7720831be 更新 2026-08-21 10:48:32 +08:00
Your Name 18fa6cfb08 更新 2026-08-20 15:15:07 +08:00
Your Name 05050ff6f3 新增功能 2026-08-19 17:35:59 +08:00
Your Name f8c78739e7 更新 2026-08-18 17:25:22 +08:00
Your Name 1048b9ba29 更新 2026-08-03 10:52:51 +08:00
Your Name 5ac803f7a6 更新 2026-07-31 18:34:44 +08:00
Your Name f22cc1a70d 更新bug 2026-07-31 11:48:16 +08:00
Your Name f913a57529 新增 2026-07-29 09:34:02 +08:00
Your Name 0ff8943ee2 更新 2026-07-28 09:50:12 +08:00
Your Name 45b3bc0852 更新 2026-07-23 11:30:11 +08:00
Your Name 32895b1591 更新 2026-07-16 12:11:05 +08:00
Your Name 22ec32eb29 first commit 2026-07-16 12:02:22 +08:00