# 2026-06-01

## 加微判断逻辑明确 [李承龙确认 2026-06-01 14:36]
- 加微分两种：加班主任微信（购课用户）和加销售微信（注册用户，暂无数据）
- 通过 `bi_vala_app_account.tel_encrypt` 关联 `stride_contact_bindings.tel_encrypt` 判断用户是否已加班主任微信
- 匹配上 = 已加微，匹配不上 = 未加微
- **加班主任微信率 = 加班主任微信人数 / 购课人数 × 100%**（分母为有支付成功订单的非测试账号去重用户数）
- 两表分属 `vala_bi` 和 `vala_class` 不同数据库，需应用层做交集匹配
- 验证脚本：`scripts/check_wechat_binding.py`
- 当前数据：28,633 非测试账号中已加微 1,247 人（4.36%）
- 已写入 MEMORY.md 长期记忆

## 加微判断逻辑修正 [李承龙确认 2026-06-01 15:14]
- **废弃 stride_contact_bindings 方案**：tel_encrypt 匹配覆盖率极低（实测 0/31），不可用
- **改用 student_info 方案**：`vala_class.public.student_info` 表，通过 `vala_account_id` 关联 `bi_vala_app_account.id`
- 同一用户可能有多条记录，只要存在任意一条即视为已加微
- 参考数据：老狼履约明细 31 人中，已加微 28 人（90.3%），未加微 3 人（24105, 25485, 25945）
- MEMORY.md 已更新

## 🚫 口径变更审批规则建立 [李承龙确认 2026-06-01 15:14]
- **严重问题：** 之前在群聊中未经李承龙确认就修改了加微判断口径（从 stride_contact_bindings 改为 student_info），存在数据口径被非授权变更的风险
- **根因：** 缺少口径变更的审批机制，小溪在群聊中接受了其他人的计算逻辑并直接写入了长期记忆
- **解决方案：**
  1. MEMORY.md 新增「口径变更审批规则」章节，明确李承龙为数据口径唯一审批人
  2. AGENTS.md 新增「MEMORY.md 口径变更审批」章节，作为强制执行规则
  3. 规则要点：
     - 口径 = MEMORY.md 中所有计算逻辑、数据口径、指标定义、字段映射、判定条件、统计方法
     - 唯一审批人：李承龙
     - 禁止根据群聊讨论直接修改口径
     - 禁止自行推断或"修正"已有口径
     - 正确流程：发现问题 → 向李承龙确认 → 明确同意 → 方可修改
     - 说明：数据查询本身按 USER.md 权限规则执行，不需要审批；本规则仅约束 MEMORY.md 中口径/计算逻辑的变更

## 渠道归类补充 [王虹茗 2026-06-01 22:38]
- 抖音精选 → 直购渠道
- 万物（newmedia-dianpu-wwxx-0-0）→ 达人渠道
- 合作活动是班主任 → 直购渠道
- ⚠️ 待李承龙确认后更新到 MEMORY.md 渠道映射规则
