About · 关于

一个软件工程师出身的中医学徒。

白天写代码，晚上读《伤寒》。
做的东西都不太响，
但大多还在被自己每天用着。

自述

我在做什么

原本是写软件的。后来去学中医，从《伤寒论》开始，一条一条往下背。这两件事在我身上没有分成两半：写代码训练的是拆解、验证和边界感；读医书训练的是耐心、整体，以及对不确定的容忍。

这里的六个产品，多半是为了解决自己遇到的具体麻烦——条文背不下来、跟诊记录太慢、孩子的作业抄不明白、想知道今晚该看哪颗星。每一个都是先有了那个麻烦，才有的代码。

所以它们有一个共同的倾向：离线优先，不加账号，不催你回来。能用本机算的就不联网，能自己判断的就不问你。工具应该退到后面去。

从浏览器里的 3D 物理游戏，到跟诊现场的病历系统；从端侧离线语音识别的背诵助手，到把河图与真实天象叠在一起的天文模型。跨度看起来大，其实反复在解决同一类问题：

把一个专业领域的规则，翻译成普通人当天就能用上的界面。 中医的方证、历法的节气、天文的坐标、一年级孩子的识字量，都是这种「翻译」的对象。

原生 HTML / CSS / JavaScript，不依赖框架；Three.js 与 WebGL；Canvas / SVG 程序化绘图；Flutter 与 CustomPainter 自绘表盘。

Capacitor、Android WebView、鸿蒙 ArkWeb 壳；端侧语音识别与合成（sherpa-onnx）；IndexedDB / SQLite 本地存储；PWA 与 Service Worker。

Node.js、node:sqlite；本地优先的同步协议（HLC 合并、墓碑删除）；Ed25519 / X25519 / AES-256-GCM 加密与密钥协商；中文倒排检索。

中医经典条文与方证；子午流注、节气与干支历法；天文历算与观测；拼音注音与语音判定。多半是自己一边学一边写。

一是传统知识的工具化。 经典、历法、方证不该只停在书本和展板上。它们可以变成每天打开一次就会用的东西——背诵助手、古典时钟、河图天文，都是这个方向上的尝试。

二是给具体的人做。 不是给「用户」做，是给一个三岁的孩子、一个跟诊的医生、一个读经典的学徒做。人群越具体，取舍就越清楚：哪些功能该砍，哪些细节必须抠到底。

三是把边界说清楚。 节气有两三天误差、审计链挡不住整表重建、AI 识别偶尔会把两条并成一条——这些都写在产品自己的说明里。知道自己哪里不准，比假装什么都准更有用。

其余信息后续补充。