蜜蜂汇旗下平台无关的知识共享库 ·超级大脑：术语区 + 问答区一份真相源，多项目按域隔离共用、按行业 / 用户 / 终端 / 子项目 / 类目多维精准检索。企微双链、Web 管理后台、智能体——都只是它的消费者。只做「准」的外部知识，不做大模型、不做智能体、不做业务系统，推理由消费方完成。
不管做几个项目、几个平台，只要知识没有一个统一的家，这四个坑总会轮番出现——蜜蜂智库就是为填它们而生。
同一个供应商、同一个品类，在不同系统里各有一套叫法和口径，数据对不上、沟通全靠人肉翻译。
一线确认过的更正散落在报告、表格和聊天记录里，没有沉淀成可检索的事实，换个场景就再错一遍。
常用协作工具的知识库没有开放接口，小程序、后台、智能体都调不到——知识在，用不上。
堆量不等于有用。喂给 AI 的知识若不准、不相关，AI 只会更自信地跑偏。
只做一件事：提供「准」的外部知识。不做大模型、不做智能体、不做业务系统——推理由消费方完成。
术语、同义词、品类与供应商别名映射——别名进来，标准术语出去：同义词命中让外勤随手输入的叫法直接命中标准术语；品类归一把不同系统的品类词归拢成一棵树；供应商别名把一个供应商的多个称呼收敛成一个身份。
FAQ、政策、产品知识集中沉淀，不全是业务知识、每个条目带溯源：政策问答让机器人从问答区返回准确答案；产品知识随手可查；经确认的内容记录来源与更正说明，下次查询即得正确事实。
全局共享全集 ∪ 本项目私有集 AND 维度过滤命中。五个维度：industry 行业 · user_type 用户 · terminal_type 终端 · module 子项目 · category 类目。存储只有一份真相源，不建多个物理库；项目 A 的词条永远不出现在项目 B 的查询结果里。
项目卡片沿用各项目在官网的识别色——蜜蜂智库不改制它们，只做它们共用的那一份「准」。首条知识已入库，就是蜂眼数据出海的真实纠错案例。
分析先行、系统随后——智能体持 Key 即接入。甲方确认的马来西亚马桶认证纠错（SIRIM→CIDB，PC+COA 两段式）已作为首条知识入库，下次分析查库即得正确事实、防再错。这是 BeeKB「纠错只活一次」的第一个活案例。
企微智能机器人 + 智能表格的验证地：大圆外勤录入查术语区归一化，链B 问答机器人喂养知识集。商户采集沉淀的供应商别名，就是术语区的第一批活水。
时间银行 × 智慧社区的政策与产品知识入问答区，智能体帮社区服务辖区居民；社区 AI（小程序）一期仅留契约，后续接入。
天津本地货栈的品类词、供应商别名、批次口径统一进术语区；货盘知识随四条出清通道（社群 / 直播 / 批发 / 外贸）沉淀复用。
账号资产台账的平台术语、字段口径与常见问题入两区；内测期的用户反馈纠错直接带溯源入库，共创期不再重复踩坑。
私域经营综合平台是今天一切智能体交付的工程底座；其企微运营经验与知识管理打法，是蜜蜂智库双链设计的前身。
Bearer 鉴权（API Key）、统一响应信封、限流（60/min · 1000/hour）与错误码集中管理；多维过滤：project 强制 + 五维精确。完整接口清单、错误码、分页与限流随接入文档交付；契约版本化，加字段不破版。
① 登记项目代码：project_code 统一注册治理，杜绝散落的自由文本；② 发放消费方 API Key：绑定项目与权限范围，明文仅返回一次、库内只存哈希；③ 持 Token 调开放 API：查询强制带项目维度，写入私有限本项目。
术语 / 问答写入即落草稿，强制带项目作用域与溯源字段；缺字段、枚举错一律 422 拒收。
乐观锁条件更新，冲突即报错、绝不覆盖；全局共享条目仅超级管理员可动。
每次状态变更写入审计日志，含变更前后快照；人与系统的操作分开记录。
经校验的纠错优先发布并带溯源：下次查询直接返回正确事实，防再错。
