蜜蜂汇 · 知识共享库 ·超级大脑

One 份「准」的知识,
Multiple 端复用更有价值。

蜜蜂智库 BeeKB:术语区 + 问答区一份真相源,多项目按域隔离共用、按行业/用户/终端多维精准检索。企微双链、Web 管理后台、智能体——都只是它的消费者。

  • 1 份真相源 · 术语+问答
  • 2 大内容区 · 双区检索
  • 6 个消费项目 · 持 Key 消费
  • 14 张数据表 · 多租户+多维
多维检索 术语区 问答区 多租户 内容治理 开放 API 准 GROUND TRUTH
WHY · 为什么需要它

业务一多,知识就开始各存各的

不管做几个项目、几个平台,只要知识没有一个统一的家,这四个坑总会轮番出现——蜜蜂智库就是为填它们而生。

痛点 01

同一件事,N 个叫法

同一个供应商、同一个品类,在不同系统里各有一套叫法和口径,数据对不上、沟通全靠人肉翻译。

代价:数据打架,效率打折
痛点 02

纠错只活一次

一线确认过的更正散落在报告、表格和聊天记录里,没有沉淀成可检索的事实,换个场景就再错一遍。

代价:交过学费的坑,还会再踩
痛点 03

知识锁在工具里

常用协作工具的知识库没有开放接口,小程序、后台、智能体都调不到——知识在,用不上。

代价:守着金山要饭吃
痛点 04

多而不准

堆量不等于有用。喂给 AI 的知识若不准、不相关,AI 只会更自信地跑偏。

代价:宁可精准一条,不要含糊一片
WHAT · 一库两区

一库两区,两层作用域,五个维度

只做一件事:提供「准」的外部知识。不做大模型、不做智能体、不做业务系统——推理由消费方完成。

ZONE A · 术语区

让同一件事,只有一个名字

术语、同义词、品类与供应商别名映射——别名进来,标准术语出去。

同义词命中

外勤随手输入的叫法,直接命中标准术语,录入口径自动对齐。

品类归一

不同系统、不同表格里的品类词,归拢成一棵树,报表不再打架。

供应商别名

一个供应商的多个称呼、多个抬头,收敛成一个身份。

ZONE B · 问答区

让每个回答,都有出处

FAQ、政策、产品知识——不全是业务知识,每个条目带溯源。

政策问答

「某政策怎么讲」不再靠记忆,机器人从问答区返回准确答案。

产品知识

产品资料、口径说明集中沉淀,客服与内勤随手可查。

带溯源入库

经确认的内容记录来源与更正说明,下次查询即得正确事实。

QUERY · 查询生效集

全局共享全集 ∪ 本项目私有集 AND 维度过滤命中

industry · 行业user_type · 用户terminal_type · 终端module · 子项目category · 类目

存储只有一份真相源,不建多个物理库;项目 A 的词条永远不出现在项目 B 的查询结果里。

ARCHITECTURE · 架构

一个核心,四类消费者,一条开放契约

所有消费方统一经 /api/v1 开放 API 接入:Bearer 鉴权、统一响应信封、限流与错误码集中管理。

链A · 外勤录入大圆(API模式·长连接) 链B · 客服问答普通模式 · 知识集+工作流 Web 管理后台词条/FAQ · 治理 · 发 Key 智能体 WB / CBMCP 或直调 · 先发消费方 开放 API 网关 · /api/v1 Bearer 鉴权(API Key) · 统一信封 · 限流 60/min·1000/hour · 错误码集中 多维过滤:project 强制 + 五维精确 蜜蜂智库 · 唯一权威源(scope:global 全局共享 ∪ project 项目私有) 术语区术语 · 同义词 · 品类 · 别名 问答区FAQ · 政策 · 产品知识 内容治理草稿→发布 · 审计 · 溯源 凭证发放API Key · scopes · 可轮换 MySQL ≥ 8.0.16多租户 + 多维 DDL Redis 7限流 · 热点缓存
企微双链 · 链A 大圆只产草稿,运营确认落库;链B 知识集喂养(约 15 分钟延迟)+ 实时直调
智能体先发 · 不等企微实测:WB/CB 持项目 Key 即可分析产出即时入库、分析时查库
两条鉴权通道 · 开放 API 走 API Key;Web 后台走 JWT 登录,互不混用
契约即边界 · 开放契约版本化:加字段不破版,破坏性变更升 v2,消费方升级无痛
CONSUMERS · 它服务谁

蜜蜂汇的每一段业务,都是它的消费者

项目卡片沿用各项目在蜜蜂汇官网的识别色——蜜蜂智库不改制它们,只做它们共用的那一份「准」。首条知识已入库,就是蜂眼数据出海的真实纠错案例。

蜂眼数据

先发消费方 · beeeye

分析先行、系统随后——智能体持 Key 即接入。甲方确认的马来西亚马桶认证纠错(SIRIM→CIDB,PC+COA 两段式)已作为首条知识入库,下次分析查库即得正确事实、防再错。

知识已入库project=beeeye

本地生活

双链首测场 · local-life

企微智能机器人 + 智能表格的验证地:大圆外勤录入查术语区归一化,链B 问答机器人喂养知识集。商户采集沉淀的供应商别名,就是术语区的第一批活水。

服务交付中project=local-life

津乐康AI · 时间银行

社区知识源 · time-bank

时间银行 × 智慧社区的政策与产品知识入问答区,智能体帮社区服务辖区居民;社区 AI(小程序)一期仅留契约,后续接入。

已上线 · 接入预备project=time-bank

万货栈通

品类与供应商术语 · hivedepot

天津本地货栈的品类词、供应商别名、批次口径统一进术语区;货盘知识随四条出清通道(社群/直播/批发/外贸)沉淀复用。

启动在即project=hivedepot

数字家底

产品共创期知识复用 · digital-asset

账号资产台账的平台术语、字段口径与常见问题入两区;内测期的用户反馈纠错直接带溯源入库,共创期不再重复踩坑。

内测招募中project=digital-asset

津乐康 · 私域底座

工程经验反哺 · likeshop

私域经营综合平台是今天一切智能体交付的工程底座;其企微运营经验与知识管理打法,是蜜蜂智库双链设计的前身。

历史案例底座 · 非注册项目
GOVERNANCE · 内容治理

准,是被流程管出来的

状态只在一处改、每次迁移留痕、码值上线冻结——三条实现规则撑起生命周期。

  • 草稿 draft

    术语/问答写入即落草稿,强制带项目作用域与溯源字段;缺字段、枚举错一律 422 拒收。

  • 发布 published

    乐观锁条件更新,冲突即报错、绝不覆盖;全局共享条目仅超级管理员可动。

  • 审计 audit

    每次状态变更写入审计日志,含变更前后快照;人与系统的操作分开记录。

  • 命中 hit

    经校验的纠错优先发布并带溯源:下次查询直接返回正确事实,防再错。

RED LINES · 六条红线

治理承诺,不是口号

  • 1机器人只产草稿、永不落库,确认权 100% 在运营
  • 2金额/数量/单位不允许猜,歧义一律标黄待人工确认
  • 3消息幂等排重,防重复提交重复建批
  • 4真人身份统一经企业微信认证,不另建账号体系
  • 5机器人不进入外部会话;对外服务走微信客服独立产品线
  • 6业务系统不留知识副本,统一经 API 消费——一处更新,处处生效
INFRASTRUCTURE · 技术底座

薄薄一层知识库业务,站在验证过的地基上

核心只做知识、不做通道:稳定契约先钉死,各消费方按需接入;通用能力沉淀成模块,验证一处、复用处处。

框架 ThinkPHP 8 · PHP ≥ 8.1 数据库 MySQL ≥ 8.0.16 缓存 Redis 7 鉴权 API Key + JWT 双通道 备份 全量日备 · RPO ≤ 5min / RTO ≤ 2h
GET/api/v1/terms GET/api/v1/faq/search POST/api/v1/terms POST/api/v1/entries/{id}/publish POST/api/v1/consumers GET/api/v1/health

完整接口清单、错误码、分页与限流规则随接入文档交付;契约版本化,加字段不破版。

接入,只要三步

不管你是外勤、客服、分析人员,还是一个正在干活的智能体——蜜蜂智库只提供一件事:准。一次校验,处处复用,防再错。

  • 1登记项目代码:project_code 统一注册治理,杜绝散落的自由文本
  • 2发放消费方 API Key:绑定项目与权限范围,明文仅返回一次、库内只存哈希
  • 3持 Token 调开放 API:查询强制带项目维度,写入私有限本项目
CONTACT · 联系蜜蜂汇

聊聊你的知识库需求

把行业的 know-how,变成会干活的 Agent。