先有底座,再有功能
宁可慢一点把内容模型与权限做扎实,也不为了多一个功能而多一套地基。这是我们能持续加工位而系统不塌的原因。
我们是一支懂教学的团队。做同砚共学的起因很朴素:备课出卷的重复劳动该交给系统。 走到今天发现,比功能更难也更重要的是——让这些能力长在同一套地基上。
做工具最容易:一个痛点一个功能,装进同一个导航里就算一套产品。 但教师的工作不是这样切分的——出一份讲义要用到题库里的题、图库里的图、知识卡片里的定理, 出完还要把课上学生问住的地方补回题库。工具之间隔着导出与导入,这些流转就全变成手工搬运。
所以我们把顺序倒过来:先把内容模型、权限、计费、排版做成一套共用底座,再在上面开工位。 这样做的代价是前期慢,收益是题目从题库流进讲义、从讲义流进试卷不需要经过文件; 加一个新工位不需要重做一遍权限;改进排版引擎所有出口一起受益。
更远一点看,教学工作会不断接进新东西——群里的机器人、答疑系统、教务平台、还没出现的工具。 如果每接一个都要动核心代码,这套系统的寿命就是有限的。所以身份要能对外输出、 数据要有受控通道、扩展要走插件——让新能力增量接入,而核心的那几条约束一直不动。
每一步都由上一步暴露出的真问题推动,不是按路线图凑功能。
最初只是本地优先的数学题库:录入、检索、LaTeX 排版。老师把自己攒的题数字化,备课时随手调用。那时它确实只是一个工具。
题篮与组卷、讲义课件、知识卡片陆续加入。这时暴露出第一个真问题——每加一块功能就要重做一遍权限与内容模型,系统越长越脆。
内容模型、权限、AI 治理、排版引擎收成共用底座,权限收口到数据访问层(查询函数不带「谁在查」就编译不过)。从这一刻起,加工位不再需要加一套地基。
从只能用别人的账号登录,到能对外输出身份:外部系统走标准授权流程接入,答疑内容带着用户身份回写题库。工位内部通了,与外部世界也通了。
八个工位、五件底座、开放接入层各就其位,插件与会员骨架已落库。名字定为同砚共学——一方砚台,共学共研。往后新增能力都沿着这套结构接入,不再另起体系。
宁可慢一点把内容模型与权限做扎实,也不为了多一个功能而多一套地基。这是我们能持续加工位而系统不塌的原因。
每个功能都来自一线教学的真实需求:找题要快、排版要精、导出要能直接印。不做花架子,也不做为了 demo 好看的功能。
老师攒几年的题库是心血。权限在架构层收口,无权与不存在同一响应,密钥永不回显,管理动作全量留痕。
OCR、AI 解析、规则组卷、自动归档,凡是机械重复的环节都自动化,让老师的时间花在真正需要人的地方。
「已上线」按官网卡片状态统计,公测与规划中的能力不计入。