深慧宝 返回首页

协作链总图

学校侧与平台侧两条线,围绕同一个学生汇流;家长在底部只读托底。 这一页说明的是谁把数据交给谁,以及每一步被哪道闸门守住。

学校管理本级:账号与权限 · 平台参数
级组长年级:横向对比 · 年级任务
教师班级:学情诊断单 · 处方终审
学生 双线汇流点 一切围绕 · 只为这一个学生
超管平台:租户与授权 · 留痕审计
助理准入:发码与核销 · 申请受理
导学师陪跑:溯源接环 · 关怀记录
成长曲线 · 较上周 家长 只读 · 不打断闭环 老师们的话 · 只与自己过去比

数据怎么流

一次作答,从写库到各端可见的完整路径
1
学生作答 → 掌握度

判分后由 applyMastery() 这个唯一写入口回写掌握度:错因三型 E1 / E2 / E3 剂量分别为 −3 / −8 / −8。 同一处同时写快照,所以"较上周"不需要另算。

2
掌握度 → 各端视图(同源重算)

知识树颜色、学情诊断单、成长曲线都由同一份掌握度算出,共用 kp-shared.js: 判定线 85 已过 / 60 薄弱、七级色标、分组规则只有一处定义 —— 改一处各端跟着变,数字不可能对不上。

3
错因 E3 → 跨年级溯源

思路偏差会触发 trace():沿前置链跨年级上溯,取最上游的薄弱点为首要根因 —— 在错误的地方用力也是一种浪费。

4
溯源结论 → 处方(先确认后到达)

draftPrescription() 只起草,须经教师 / 导学师确认;未确认的处方在查询层就被挡住, 学生与家长看不到 —— 这就是"先确认后到达"落到 SQL 上的样子。

5
准入 → 账号进班

学校管理 / 助理发邀请码(码面去掉 0/O/1/I 易混字符),学生家长凭码申请开通 → 进入「开通申请」台账 → 受理与建号分两步,每一步可追溯。

谁在守门

每条都可复跑,不是墙上的标语
闸门规则可复跑验证
页面守卫 守卫表里没有的页面一律不放行;忘了登记的后果是"打不开",不是"随便进" selftest §一
静态白名单 assets 清单之外一律 404,含图片;目录穿越同样拒绝 selftest §一 · contract
首答不给答案 答错的响应体结构里根本没有 answer / explain 字段,泄漏在结构上不可能发生 selftest §四
S3 前置 进入分步解析前必须先有自述思路或错因选择,连点"再提示"绕不过去 selftest §四
先确认后到达 处方未确认则学生 / 家长查询不到;家长台内容须经教师端放行 selftest §八
超管收回档 布置作业 / 发消息 / 确认处方等 5 个角色业务动作,超管一律 403(含侧门) selftest §六
数据边界 教师只见本班、导学师限本校、家长只见自己孩子;越界查询在服务端就被改写范围 selftest §三 · contract
退役不删除 题目"删除"是标记退役,不是物理删除;批量清表根本没有入口 selftest §七