交付出件箱

← 返回出件箱

交接件 · 两端新首页总方案定稿 → 下一步「扫码绑定」写方案 + 出方案图（2026-09-24）

一句话状态

两端新首页五轮讨论已收口，总方案定稿 ~/reports/home-redesign-master-plan-20260924.md（以它为准）。
长官同意按 扫码绑定 → 设备库+打卡+提醒 → 两个首页 → 同龄排第几 的顺序一件件上线。
零代码改动。下一步：扫码绑定 写方案 + 出方案图，给长官过目后再开发。

下一个会话要做的（扫码绑定）

  1. 读：总方案 → home-redesign-selfcheck-v5-20260924.md（第一节问题 1-4、2.1 门店码、第六节第四轮拍板）→ brand-partner-spec-v1-20260915.md 规则 9/13/14（48B 原设计）
  2. 走立项流程（requirement-change skill）：扫码绑定是 Phase 48B 续做，先查 Phase 48 在仓库里的 spec/tech/impl 放在哪，续在原文档上，别另起编号
  3. 从 origin/test 建功能分支（遥控 worktree-bridge-* 分支不能发版）；要动的文件 main 与 test 内容一致（见 pitfall-behind-test-commit-count-is-sha-noise）
  4. 出方案图前必读 ~/.claude/rules/prototype-mockup-standards.md，13 项自检；扒真令牌，别自配色；改图只做增量

扫码绑定的范围（已拍板）

块 要点 技术事实（已核实）
修可见性（三处） 绑定后门店 B 和家长都要能看到孩子 ① 门店可见门 refractive_record_service.py _store_visible_clause（:79-108）没接 service_org_id ② 家长详情 get_org_patient org_clause 与 own_clause 两次 .where()=AND ③ 家长列表 _patients_filtered_stmt :190/:201 同病。test/生产 claimed=0，零存量影响。补家长视角真打测试（现有 test_refractive_visibility_service_org.py 7 条全是门店视角）
门店扫家长 家长「我的二维码」+ 门店「扫一扫」→ 选孩子 → 直接转入（不加确认，传 force_transfer） 后端 4 端点已通 app/api/brand_code_claim.py；家长码是纯文本 token（/api/qr?text=）；扫一扫 = app/api/wx_jssdk.py:117 /jssdk-config 已有，页面 jsApiList 加 scanQRCode
现场新建孩子（规则 14） 家长名下没孩子 → 门店当场建 + 绑定 后端 0 实现；新孩子 org_id 建议填本门店并写 service_org_id；照现有 create_patient 写法门店自己会看不到
家长扫门店码 只绑定，不开号、不计开通；没账号 → 提示找门店开通；多账号 → 先选账号 前后端都没有。门店码建议用服务端签名机构令牌的网址（不建表，能独立发生产，tech 阶段定）；别复用 activate_brand_code（它按机构找席位，找不到就新建+计数 brand_code_service.py:58）；认人可复用 seat_service.lookup_seat_username_by_wx(return_all=True) 候选结构
入口放哪 新首页还没做（第 3 件），第 1 件的入口要先挂在现有页面 方案图里要画清入口位置（家长档案页 / 门店视光档案页等，需 grep 现网确认）

要对接的人

本会话踩到并已进 memory 的

追加（9-24 第二次自检后）

追加（9-24 规划收口 · 全部拍板完）

追加（9-24 第 1 件扫码绑定进度）