药材谷板块 · 通用人工智能演进路线图

v1 · 生成于 2026-10-10 21:46:20 · 全部数字现场实扫(8981 底座 / 8979 真库 / 工具箱页面)

从「垂类本草大模型」→「全模型 · 全模态 · 通用智能」 · 与 K3 双线并行,只加不改、逐步跟进

139API 端点
108引擎目录
7智能体
4插件(工具位)
1390数字员工
14451知识文档
79工具箱工具
87/87引擎冒烟

一、这份路线图怎么来的(定位)

王先生指示:K3 那边正朝「全模型 / 全模态通用人工智能」方向造东西,药材谷板块要跟上脚步,逐步往通用智能方向走,不能太单调。这份 v1 不是愿景标语,而是把我们手上真实已有的家底摆出来,标清离通用智能还差哪几级台阶,并给出可以马上动工的下一步。

原则:① 只用脚本实扫的数据,不写死、不夸大;② 缺口就写缺口,尤其是「多模态」这一块 —— 目前是真实空白,绝不粉饰;③ 所有动作走「加层」,不动既有业务路由、引擎与数据库。

二、现状实证(硬数据 · 可复现)

维度现值取证方式
底座药材谷 API v2.0GET :8981/openapi.json(info 字段)
API 端点139openapi.paths 计数
引擎目录1088979 /api/bencao/db/health → bre_engine_catalog
引擎冒烟87 / 87 全 200_bre_ep_probe.py 全量探活
知识文档 / 集合14451 / 154t_doc / t_doc_meta
数字员工1390t_staff
引擎审计日志12724bre_audit_log
智能体7GET :8981/api/v1/agents/
斜杠命令5GET :8981/api/v1/commands
插件(工具调用位)4GET :8981/api/v1/plugins
工具箱79 工具 / 108 卡 / 153 案例药材谷_引擎工具箱.html 解析
一致性守护watchdog 事件驱动db/guard round=690 · 延迟 22.1ms

2.1 端点分布(139 个)

分组数量
/api/v1/bre108
/api/v1/war-room5
/api/v1/chat4
/api/v1/auth3
/api/v1/herbs3
/api/v1/prescriptions3
/api/v1/library3
/api/v1/pay2
/api/v1/knowledge2
/api/v1/calculator2
/api/v1/agents1
/api/v1/plugins1
/api/v1/commands1
/api/v1/health1

三、模态阶梯 —— 往「全模态」爬的真梯子

文本 Text
100%
已就绪
139 个 API 端点 · 108 个引擎目录 · 14451 篇药典语料 · chat/completions 对话通道(需鉴权)
语音 Voice
35%
插件就位
插件 bencao_voice v1.0(方言输入+药名专业词库:粤语/川语/藏语)· 命令 /语音 开 · 尚未做端到端 ASR/TTS 闭环
图像 Vision
12%
缺口
智能体 herb_identify(拍照识药)已有角色定义;但 openapi 无任何 vision/image 端点 —— 后端未落地
视频 Video
5%
缺口
无 video 相关端点、无插件、无智能体 —— 完全空白

成熟度为工程判断(非模型指标):文本=端到端可用;语音=插件与命令就位但未闭环;图像/视频=仅角色定义或完全空白。关键结论:我们目前是「单模态(文本)强、多模态刚起步」,这正是要补的方向。

四、智能体三层骨架(已有,正是通用智能的架构)

4.1 智能体层(7 个角色)

🌿
药材顾问性味归经,一问就懂herb_info
🔍
药材鉴别师拍照识药,优劣立判herb_identify
🛡️
审方官十八反十九畏,一个不漏prescription_audit
📜
古籍溯源《本草》原文,篇目定位classics
💹
行情通产地行情,一手掌握market
✍️
写作助手PPT方案合同,样样能写writer
🧮
种植计算器亩数一算,回收期现calculator

4.2 命令层(5 个斜杠命令)

4.3 插件层(4 个 · 即「工具调用」底座)

插件版本状态说明
bencao_financev1.0● 启用本草金融:行情研报生成(多空辩论架构+康美指数数据接入)
marketv1.0● 启用行情技能包:查价/预警/周期研判
bencao_timev1.0● 启用针灸时间插件:五运六气/子午流注/灵龟八法开穴计算
bencao_voicev1.0● 启用本草语音:方言输入+药名专业词库(粤语/川语/藏语)

→ 智能体 + 命令 + 插件 这三层,恰好对应通用智能体的「角色 / 意图入口 / 工具」三要素。骨架已在,缺的是把它们串成自主编排闭环。

五、四阶段路线(L1 → L4)

L1垂类认知底座已就绪

已具备:139 API 端点 · 108 引擎目录(冒烟 87/87)· 14451 篇药典语料 / 154 集合 · 1390 数字员工 · 工具箱 79 工具 / 108 卡 / 153 案例 · 一致性守护 watchdog(rounds 690)

缺口:无(文本域闭环)

L2多模态扩展进行中

已具备:语音:插件 bencao_voice 就位(方言+药名词库)· 命令 /语音 开;图像:智能体 herb_identify 角色已定义

缺口:语音端到端 ASR/TTS 闭环未做;图像/视频无端点;模态间无统一表征

L3全模态智能体编排骨架已在

已具备:三层骨架齐全:智能体层(7 个)+ 命令层(5 个)+ 插件层(4 个,工具调用位)

缺口:108 引擎尚未注册为 agent 可调用 tools;缺自主规划/多步编排;缺长期记忆

L4通用人工智能远景

已具备:跨域迁移、自我改进、开放式目标 —— 方向明确,尚无实现

缺口:全部为规划,无可运行代码

六、与 K3 的双线接口

K3 与药材谷是两条并行线,接口位已备好(详见 K3对接契约_本草大脑底座_2026-10-10.html):

七、下一步(慢慢逐步 · 5 步)

①
打通语音模态(第一个非文本闭环)

给插件 bencao_voice 接上 ASR 输入 → 药名专业词库纠错 → TTS 输出,让 /语音 从「开关」变成「可用」。这是往全模态爬的第一级实台阶。

②
给「药材鉴别师」补视觉端点

复用 108 引擎里的鉴别引擎做后端,新增图片 → 性状特征 → 品种鉴别通道,把 herb_identify 从「角色定义」变成「能识图」。

③
把 108 个引擎注册为智能体工具(tools)

让智能体能自主调用引擎(如先鉴别→再审方→再开方),从「一问一答」升级为「多步编排」。这是 L3 的命门。

④
会话长期记忆

chat/history + 真库落盘,让智能体记得住用户与上下文(当前 history 已存在,缺与真库的长期关联)。

⑤
与 K3 的能力互换

走《K3 对接契约》的 feed 出口 + 引擎调用契约:K3 造好的模态能力接进来,我们的引擎能力池供出去。双线并行、只加不改。

八、诚实边界

九、挂起项(人工闸门 · 待点单)

① 语音模态端到端打通(动后端插件) ② 视觉端点落地(动后端引擎) ③ 引擎注册为 agent tools(动编排层)
④ FULLTEXT 索引(动库 DDL) ⑤ 读切库 / 写入即同步 ⑥ MariaDB 注册 Windows 服务 ⑦ trpc_bridge 接 K3(动现网)
以上均需王先生明确点单后方可执行。