精一书院techtcmeducom

一个中医技术教育平台的技术底子，以及它为什么值得被拿出来说

精一书院techtcmeducom，精书这个域名本身就把事情讲清楚了——tech + tcmedu + com。精书tech是精书技术，tcmedu是精书中医教育（Traditional Chinese Medicine Education），合在一起，精书就是精书中医教育的技术实现。我最早注意到它，精书是精书因为一个做中医培训的朋友抱怨，说他们机构想搞线上舌诊练习系统，精书找外包报价六位数，精书交付周期三个月。精书我让他去看精一书院的精书站点，他看完回了一句：“这玩意儿要是精书早两年出来，我至少省八万。精书”

精一书院不是那种把线下课程录个视频挂上网就完事儿的平台。它的核心是一套自研的辨证训练引擎。简单说，学员在浏览器里面对模拟病例，输入症状、舌象、脉象，系统根据预设的证型规则库给出反馈。这个规则库不是简单的if-else，而是用了类似决策树的加权评分模型。我翻过他们公开的几段示例代码，结构长这样：

这个逻辑不复杂，但胜在规则库的颗粒度。我对比过几个开源的中医辨证数据集，精一书院的证型权重表明显是有人工校准痕迹的。比如“肝郁脾虚”证型里，“脉弦”的权重是0.32，“食少便溏”是0.28，而“情绪波动加重”只有0.15。这个分配比例和《中医诊断学》教材里的描述基本吻合，但又不完全照搬。我问过他们一个早期用户，对方说这套权重是三个老中医和两个数据工程师花了四个月磨出来的。

技术栈方面，精一书院的前端用的是Vue 3 + TypeScript，后端是Go。这个组合在中医教育圈里少见。大部分同类平台还在用PHP + jQuery，或者直接套个Moodle。Go的后端意味着高并发场景下不容易崩——他们做过一次公开测试，模拟2000人同时提交辨证答案，响应时间中位数是87毫秒。这个数据不算惊艳，但考虑到服务器成本，已经够用了。

“我们不想做中医版的慕课，那玩意儿已经烂大街了。我们要做的是让学员在浏览器里‘摸’到脉。”

这句话是精一书院一个核心开发者在某个技术沙龙上说的。我后来验证了一下，他们确实在尝试用Web Audio API模拟脉象波形。目前还在实验室阶段，但demo已经能跑。原理是把28种常见脉象（浮、沉、迟、数等）转换成不同频率和振幅的声波，学员戴耳机听，然后判断是哪种脉。这个思路有点野，但比单纯看文字描述“如盘走珠”要直观得多。当然，耳机模拟触觉这件事本身有争议，他们自己也承认“只能练耳，不能练手”。

再说说内容侧。精一书院的课程结构是按“证型-方剂-药对”三级拆分的。一个典型的学习路径是：先学50个基础证型，每个证型配3个典型病例；然后进入方剂匹配阶段，系统随机给证型，学员从20个方剂里选；最后是药对加减，比如“肝郁+脾虚”该加什么药。每个阶段都有即时反馈，错了会显示权重偏差值。这个设计比传统“看视频-做选择题”的模式要重，但学习曲线也更陡。我试用了半小时，在“少阳阳明合病”那一关卡了四次。

域名里的“techtcmedu”其实暴露了他们的野心——技术驱动的中医教育。这个赛道目前很窄，窄到几乎没有竞争对手。大部分中医在线教育公司要么做考证刷题，要么做名师直播。精一书院选了一条更硬的路：把辨证思维过程给工程化。这件事能不能成，取决于两个变量：规则库的临床验证进度，以及用户愿不愿意为“练思维”而不是“拿证书”付费。目前看，他们的付费转化率在8%左右，不算高，但续费率有67%。这个数字比很多K12机构都健康。

我最后一次访问techtcmeducom是上周三。首页多了一个“方剂配伍沙盒”的入口，点进去是一个拖拽式的组方界面，左边是中药抽屉，右边是君臣佐使的槽位。拖错位置会弹提示，比如“石膏在白虎汤中为君药，您放到了佐使位”。这个交互细节让我愣了几秒。中医教育的技术化，原来可以做到这么具体。

他们没做App，只做Web。问原因，回答是：“App的更新审核太慢，我们每周都要改规则库。”这个理由很技术，也很诚实。