2026-11-13 来源:学邦技术
「精准」这个词,第一次有了编号。编号是 T/WEA 364—2026,标准名《AI 学习机精准学系统技术要求》。团体标准,由一家学习机品牌牵头、多家教育与科技企业联合起草,由全国性一级社团提出并归口。
它管四件事:系统架构、功能要求、性能指标、安全与隐私。定位是国内首个面向该细分场景的团体专项技术标准,用途写得直白:设计、开发与验收。
三个属性要分清:团体标准,不是国家标准,也不是强制标准;专项技术标准,只管精准学这一个场景;由社团提出并归口,企业牵头起草。这三个属性决定了它的效力:不强制,但可引用;不处罚,但可验收。
对采购方来说,可引用这三个字最有用。合同里写「符合 T/WEA 364—2026」,比写「精准学效果好」有用得多。
系统架构管的是整套东西怎么搭:数据从哪来、算在哪做、结果怎么回到学生面前。功能要求管的是有没有这些能力:诊断、路径、练习、反馈,缺一项就是不完整。性能指标管的是做到什么程度:响应、准确、稳定,这些原来靠嘴说,现在有条款。
安全与隐私管的是边界:数据归谁、存多久、能不能导出。
| 维度 | 标准管什么 | 验收看什么 | 最容易糊弄的地方 |
|---|---|---|---|
| 系统架构 | 端、云、数据怎么协同 | 数据链路是否闭合 | 演示用一套,交付用另一套 |
| 功能要求 | 诊断、路径、练习、反馈是否齐备 | 逐项现场操作 | 有功能入口,没有实际结果 |
| 性能指标 | 响应、准确、稳定到什么程度 | 压测与抽样复核 | 只报峰值,不报常态 |
| 安全与隐私 | 数据归属、存储期限、导出方式 | 条款与后台设置对照 | 口头承诺,合同不写 |
四个维度里,前两个容易做样子,后两个最难。功能可以演示,性能要压测,隐私要审计。
所以看一份标准,先看它把哪几项写成了可测的指标。写不成的,多半还是形容词。
核心逻辑是一个闭环:先测出薄弱点,再针对补,不靠大量看课刷题。
测是入口。测不准,后面全歪。所以第一件要问的是:诊断的数据从哪来。
学是中间段。补什么、补多深、按什么顺序补,取决于路径规划。
练是出口,也是回到入口的那一步。练完要能反映到下一次测里,闭环才成立。三步缺一步,都不叫闭环,只能叫三个功能摆在一起。
还有一个常被忽略的点:闭环要有回写。练完之后的结果,要能改掉下一次测的题目,改不掉就是三个独立的模块。
一个知识点错了,可能是这个点没学会,也可能是它前面的前置知识断了。追根溯源做的是后一件事:沿知识关联往前查,找到真正断掉的那一环。这件事的技术难度不在算法,在知识图谱的颗粒度,以及图谱与教材版本的对应关系。
判断在这里:能不能追根溯源,不看宣传页上有没有这四个字,看它能不能说清「这道题错在前置的哪一个点」。
最近发展区是一个教育学概念:跳一跳够得着的那一段。落到产品上,就是难度和顺序:太简单没意义,太难会放弃,路径要卡在中间那条线上。
这件事最容易被做成「自适应刷题」。区别在于,自适应调的是难度,最近发展区调的是顺序。
一个调难度,让人做得顺;一个调顺序,让人学得进。顺和进,不是一回事。
判断方法也简单:看它给的是「下一题」,还是「下一段」。给下一题的是刷题,给下一段的是路径。
教材有版本,考情有地区差异,进度有校际差异。本地化适配做不好,诊断就会失真:不是孩子不会,是这道题本地根本不考,或者这个章节还没学到。
这一条最不容易验证,也最容易在采购后被忽略。验证方法很土:拿本地教材目录和本地近两年试卷,对一遍。对不上的,功能再多也用不上。
本地化还包括进度。同一个年级,不同学校讲到第几章并不一样,路径要能跟着校历走,而不是跟着日历走。
过去说精准,说的是「我们能找到薄弱点」。这是一句形容词。现在说精准,要能对上条款:诊断依据是什么、路径怎么排、指标达到多少。
中间差的这一步,叫可验收。可验收的意思是:找一个人,按条款逐条对,能给出是或否。给不出是或否的,还是形容词。
把常见的几句宣传语按这张表过一遍,多数会落到第三行。落到第三行不丢人,丢人的是把它写成第一行。
| 常见说法 | 对得上哪一块条款 | 能不能验收 | 现场拿什么证据 |
|---|---|---|---|
| 精准定位薄弱点 | 功能要求里的诊断与前置追溯 | 能 | 用一道真实错题走一遍 |
| 个性化学习路径 | 系统架构与功能要求里的路径规划 | 能 | 看它排出的一周顺序 |
| 知识图谱覆盖全 | 功能要求里的知识关联 | 部分能 | 查颗粒度与教材版本对应 |
| 用了提分明显 | 无对应条款 | 不能 | 只能按周期复盘,不能验收 |
这张表也是试听的提纲。能对上条款的,现场就验;对不上条款的,别在现场谈,谈完也落不到纸上。
这句话要说得直白:标准管的是产品有没有这些能力,不管用了之后成绩会不会变。能验收的是功能:诊断有没有、路径有没有、隐私条款有没有。不能验收的是效果:一个孩子用三个月,究竟进步多少,取决于老师怎么用、练了多久、家长配合到什么程度。
把这两件事分开,还有一个好处:出问题时知道该找谁。功能不对找厂商,效果不对找用法。
判断放在这里:标准解决的是说不说得清,不解决教得好不好。把标准当效果承诺的,一定会失望。
试听最容易变成演示。演示是厂商选最好的场景给你看,试听应该是你选最难的学生给厂商看。第一步,带一个真实薄弱点进去,看它能不能定位到前置知识。
第二步,让它排一周路径,看顺序合不合理、量是不是合适。第三步,换一道本地考过的同类题,看它认不认。三步做完,标准里的四个维度,至少验证了三个。
| 四问 | 问什么 | 对应标准里的哪一块 | 答不上来意味着 |
|---|---|---|---|
| 测什么 | 诊断的数据来自本机做题,还是校内作业与考试 | 功能要求 | 诊断样本单一,结论会偏 |
| 怎么追 | 是单点错题,还是沿知识关联追根溯源 | 功能要求与性能 | 只能补点,不能补链 |
| 排什么 | 按难度递进,还是按前置关系排顺序 | 系统架构 | 容易退化成刷题 |
| 适配谁 | 是否适配本地教材版本与考情 | 功能要求 | 错题里混着没学过的内容 |
四问都能答上来的产品,未必好用;四问里有两问答不上来的,基本可以跳过。
起草方多是企业和品牌,这一点要看清。企业牵头写的标准,先保证的是行业能达成共识的那一部分。
所以它划的是地板,不是天花板。达标说明及格,不代表优秀。
再往下想一层:标准由企业牵头,条款会偏向行业里已经能做到的事。这不是问题,是团体标准的常态。
问题在于使用标准的人。把「达标」当成「好用」,就会在采购之后发现,条款对了,效果没来。反过来看,地板也有地板的价值:没有地板的时候,谁都可以说自己精准。
有了编号,至少可以把「说得清」和「说不清」分开。
| 试听核对项 | 现场怎么看 | 通过标准 |
|---|---|---|
| 诊断入口 | 带一个真实薄弱点进去 | 能指出错在前置哪一环 |
| 路径顺序 | 让它排一周的练习 | 顺序按前置关系,不按难度堆叠 |
| 本地题目 | 换一道本地考过的同类题 | 能识别并给出对应练习 |
| 隐私条款 | 翻合同与后台设置 | 归属、期限、导出三项都写明 |
| 数据导出 | 现场导一次 | 能导出、能带走、格式可用 |
| 退出机制 | 问清账号与设备怎么交接 | 有书面流程与时限 |
| 效果口径 | 问清三个月后怎么评估 | 给方法与周期,不给承诺 |
第一条,把标准编号写进采购文件,别写形容词。第二条,把试听对象换成自己最难教的那几个学生,别用演示班。第三条,把数据条款单独拎出来谈:归谁、存多久、能不能导出、退出时怎么交接。
第四条,把验收和效果分开写:功能按条款验收,效果按周期复盘,两件事别混在一张纸上。四条都不复杂,复杂的是舍得在签合同之前多花两天。
这两天做的事,说白了只有一件:把「听着不错」换成「逐条对得上」。前者靠感觉,后者靠纸面。
写在最后
标准能证明的,是这套东西有没有做到;证明不了的,是它做到了有没有用。
一把尺子量得出长短,量不出轻重;采购要做的,是知道自己量的是哪一样。
把每一次试听、每一条追问记进同一份表里,签合同的时候就不用凭印象。
关注「学邦技术」公众号,回复「试听」,即可免费领取《精准学设备试听核对表与采购条款清单》;也可以在公众号菜单里免费体验学邦教务教学管理系统。