黄倪融合中医诊断问卷

解决了什么问题

中医辨证的对话式问诊长期卡在一个尴尬处：用户随口说几句症状，模型要么追问到第十轮，要么在"气机不畅"这类空泛结论上打转。黄元御一气周流擅长解释"气为什么会乱"，倪海厦六经辨证擅长回答"病落在哪一经"，两套框架各有道理却互不兼容，人工在脑子里来回切换很容易对不上号。另一个工程问题更实际：markdown 里的 - [ ] 勾选框在多数客户端无法点击，用户只能照着打字符，复制粘贴回来的格式十有八九是错的。

这个技能怎么做

核心改进是把问诊表单换成可交互 HTML。当用户描述的症状少于 3 项关键信息时，技能先调用 read_me 加载 interactive 模块，再读取 assets/questionnaire.html，经 show_widget 渲染成可点击勾选的页面；用户勾完点"生成问诊结果"并一键复制回对话，就进入结构化输入，此后不再追问。

诊断走四阶链条，输出固定格式。两套框架做交叉校验：一气周流结论必须与六经定位自洽，矛盾时优先相信六经，因为倪氏框架定位更直接；两派给出的方药方向一致，才判定为高可信度。分不清阴阳走向时，按四个鉴别点逐项确认——口干喜冷还是喜热、手脚热还是凉、大便干还是稀、怕冷还是怕热。

知识库按需加载，辨证读理论框架，出方读方剂，查药性读药物条目，六经深入则读《伤寒悬解》《金匮悬解》原文。

适用边界

这是学习参考工具，不是诊疗系统。方药一律标注"仅供学习参考，不构成处方"，每次输出必附免责声明。信息量足够时，缺口按"十人九湿"和崇阳抑阴的默认假设填补，所以对少见证型、复杂兼夹证容易给出偏保守的答案。知识库查不到的内容会明说，不会编。中医诊断本身有强烈主观成分，六经与一气周流的映射也是简化模型，把它当工程脚手架理解即可，别当结论用。