问中药方剂不再靠模型瞎编,先查结构化图谱里有没有,没有就承认不会。
公开材料尚未说明用户目前如何完成这项工作、它实际替代了什么。
它试图减少完成这项任务时的摩擦;公开用户材料尚未说明不解决的具体代价、发生频率或后果。
AI 应用的生意判断
问中药方剂不再靠模型瞎编,先查结构化图谱里有没有,没有就承认不会。
01
从用户的一天开始 · 公开事实 + 可观察行为 · 2026-08-28
问中药方剂不再靠模型瞎编,先查结构化图谱里有没有,没有就承认不会。
公开材料尚未说明用户目前如何完成这项工作、它实际替代了什么。
它试图减少完成这项任务时的摩擦;公开用户材料尚未说明不解决的具体代价、发生频率或后果。
垂直行业最怕一本正经的胡话。趋势是结构化行业知识成为模型抹不平的壁垒;切入是中医问答,图谱建成后再卖养生内容或问诊。目前开源教学、未收费。
公开代码仓库有 103 个收藏、7 次复刻,说明开发者正在关注或试用;持续使用与付费仍未核验。
① 三个月后 stars 能否过 500、提交频率是否保持——判断是不是一次性项目; ② 图谱规模是否扩张(节点数、典籍覆盖)——垂直知识的深度决定上限; ③ 是否有第三方(医疗科普、知识付费团队)基于它做产品——; 开源样板被复用的次数是这类项目真正的影响力指标
值得拆解。公开代码仓库有 103 个收藏、7 次复刻,说明开发者正在关注或试用;持续使用与付费仍未核验。
做垂直领域问答时,不要指望 LLM 直接回答, 用结构化知识库(图谱/数据库)当答案的"唯一事实源", LLM 只负责把查询结果组织成话术,并让"查不到就明说"成为默认行为。 这套"知识库约束生成"的架构可以迁移到任何有强结构化知识的领域。
无。 MIT 开源,纯教育研究项目,没有产品、没有服务、没有收费。 ① 三个月后 stars 能否过 500、提交频率是否保持——判断是不是一次性项目; ② 图谱规模是否扩张(节点数、典籍覆盖)——垂直知识的深度决定上限; ③ 是否有第三方(医疗科普、知识付费团队)基于它做产品——; 开源样板被复用的次数是这类项目真正的影响力指标
问中药方剂不再靠模型瞎编,先查结构化图谱里有没有,没有就承认不会。
公开代码仓库有 103 个收藏、7 次复刻,说明开发者正在关注或试用;持续使用与付费仍未核验。
公开补证:查找官方定价、客户案例或部署文档,确认谁付钱、不使用的代价及可确定交付的结果。
产品主张帮助用户完成:“问中药方剂不再靠模型瞎编,先查结构化图谱里有没有,没有就承认不会”。具体痛点强度与不采用代价尚未由用户证据核验。
已有采用或关注仍应记录,但不能替代痛点证据;公开代码仓库记录为 103 个收藏、7 个复刻;这说明社区注意到它,但不足以证明目标用户会持续使用或付费。
付费主体、定价与单位经济尚未核验;这是商业证据缺口,不反推问题不存在。
交付能否稳定发生、以及人工与安全边界,尚缺可复现的公开证据。
02
市场对照
尚未完成中英文市场对照。待覆盖范围和可核验证据补齐后再给出结论。
03
先给出判断与下一步,再保留完整证据和反例。
中医知识导航平台:用 19,000+ 节点的 Neo4j 知识图谱当底座, 接上 LangGraph 工作流和自纠错的 NL2Cypher,回答中医问题时不靠模型硬编, 而是先查图谱再生成答案;顺带做了一个"生成养生内容并自动发布到小红书"的管线。
GitHub 作者 Happy-Chen-CH,README 自述与 Claude 协作开发,项目仅用于教育研究, 数据来自公开中医百科网站。作者身份、背景:未披露。
判断:这是"一人 + AI 协作"的典型技术型项目——价值在于把一整套 图谱 + Agent 工作流的技术栈跑通并公开出来,而非产品化。 作者更像是想验证"垂直知识图谱 + Agent 工作流"这套架构能不能落地到中医领域。
技术栈:DeepSeek v4(抽取/问答/Cypher)、Neo4j、LangGraph(14 节点工作流)、 FAISS、Streamlit 前端 + FastAPI 后端(SSE 流式)。
以前想查中医知识有三条路:搜索引擎——结果泛而杂,可靠性参差; 直接问大模型——中医是模型最容易一本正经胡编的领域,方剂、归经、配伍 错了会误导人;翻书或找大夫——准确但慢。
这个项目替代的是"用通用 LLM 回答垂直知识"的不可靠路径: 它用知识图谱给答案做底,模型只负责把图的查询结果组织成话术, 答不出来的宁可报错也不编。同时把"在小红书发养生内容"从 "手工写稿、找图、登录、发布"变成了一条自动管线。
无。 MIT 开源,纯教育研究项目,没有产品、没有服务、没有收费。
判断:这类项目的商业价值不在一分不收的 demo 本身, 而在"垂直知识图谱 + 自纠错查询"这套模式——如果中医能跑通, 法律、金融、机械等同样有强结构化知识的领域都可以复制。但作者目前没做产品化。
| 维度 | 结论 |
|---|---|
| 创始人-产品匹配度 | 技术驱动型个人项目,作者动机是验证架构而非服务用户 |
| 产品洞察力 | "用图谱约束 LLM 幻觉"方向正确,自纠错 NL2Cypher 是真正有价值的机制 |
| 技术实现质量 | 数据采集 → 抽取 → 建图 → 工作流 → 服务全链路跑通,架构完整;但 5 次提交说明迭代极浅 |
| 市场时机 | 垂直知识图谱作为护城河的论点正当口,但项目本身没有商业落地动作 |
这个项目值得看的是机制,不是产品。
"用知识图谱约束 LLM 输出"是 2026 年垂直 AI 最被高估也最被低估的命题之一。 被高估是因为建图成本极高;被低估是因为一旦建成,它是模型抹平不掉的壁垒。 ShenNongMi 的价值在于把整套机制开源出来当样板—— 自纠错 NL2Cypher(答不出来就重查,而不是硬答)是对"垂直问答不可靠" 这个通病的一个对症解法。
但要泼三盆冷水。 第一,99.75% 的准确率是意图识别(判断"要不要发布") 而不是医学答案准确率,两者容易被混为一谈;图谱只覆盖 19K 节点, 中医知识的真实规模远超于此,"答得出来"的范围很窄。 第二,小红书自动发布是合规灰区——项目自己的免责声明都要求遵守平台条款, 自动化发布可能违反平台规则,这套功能做成产品有风险。 第三,5 次提交、单作者、无用户,说明它更接近技术实验, 离"能用"和"有人用"都有距离。
① 三个月后 stars 能否过 500、提交频率是否保持——判断是不是一次性项目 ② 图谱规模是否扩张(节点数、典籍覆盖)——垂直知识的深度决定上限 ③ 是否有第三方(医疗科普、知识付费团队)基于它做产品—— 开源样板被复用的次数是这类项目真正的影响力指标
产品逻辑:做垂直领域问答时,不要指望 LLM 直接回答, 用结构化知识库(图谱/数据库)当答案的"唯一事实源", LLM 只负责把查询结果组织成话术,并让"查不到就明说"成为默认行为。 这套"知识库约束生成"的架构可以迁移到任何有强结构化知识的领域。
定价结构:无。未商业化。
有待观察。 "垂直图谱约束 LLM"的机制本身有学习价值, 但项目还停留在单人技术实验阶段:数据浅、迭代少、无用户、无商业意图。 关注它作为样板被复用的方式,而不是它本身。
05
产品官网缺失或当前链接只是线索时,从这些检索入口继续核验。