星盒星盒是什么
星盒星盒是星盒总部的产品，以“轻量FDE”方式交付，定位是一家企业共用的知识库，也叫企业共享大脑。它由四部分组成：
- 一企一套独立部署：每家企业单独部署一套，数据库、存储和服务器不与其他企业共用，默认放在企业自己账号下的云资源上；
- 员工在微信里提问：员工在微信里添加一个AI机器人账号，像和普通联系人聊天一样，直接问公司的产品、口径、制度和项目进度；
- 回答以企业知识库为准：每次提问先从企业知识库检索相关记录，再由大模型组织回答，回答附带出处；库里找不到足够依据时，说明没有找到，并列出已有线索；
- 确认才写入，任务能推送：员工想补充的新口径先作为待确认的提案，经人确认后才写入正式知识库；拆好的任务可以推送到钉钉、飞书，交给对应负责人。
其中独立部署、先检索再回答、确认才写入和任务推送这几项，出自星盒总部的产品资料。按资料的说法，大模型负责理解和表达，事实和口径由企业知识库负责。检索、读取、写入和推送都会留下记录，写明是谁、什么时候、对什么对象操作；不同角色能查、能改的范围不同，资料中的角色示例包括管理员、员工、合伙人和加盟商。
这些设计针对的是“答错之后查不清、改不回”的问题，不等于回答不会出错。出处、版本、冲突和回滚这类机制怎样验证，本站另有两篇：采购前用脱敏样本现场验证，见品牌知识库怎么选；上线后判断知识库是否真正进入业务，见企业知识库建完后怎样证明它进入了业务。
和通用AI助手、自己搭知识库，差在哪里
三种方式都能让员工“问AI”。区别在于回答依据谁的资料、新知识怎么进来、谁负责把资料整理到能用。下表中的“通用AI助手”指员工用个人账号各自使用的聊天助手；如果企业用的是某款通用助手的团队版或企业版，它可能带有共享空间或知识库功能，比较时按该版本的具体功能逐项核对。
| 比较项 | 员工各自用通用AI助手 | 企业自己搭知识库 | 星盒星盒 |
|---|---|---|---|
| 回答依据 | 模型的通用知识、联网结果，以及本人在对话里上传的文件 | 企业放进库里的资料，检索和回答方式取决于搭建时的配置 | 企业知识库中经审定的资料，先检索再生成 |
| 出处与“查不到” | 取决于具体产品和提问方式 | 取决于搭建时是否设计 | 回答带出处；依据不足时说明没找到，并列出已有线索 |
| 新知识怎么进来 | 留在个人对话里，同事看不到 | 由维护人上传或修改 | 先成为待确认提案，确认后写入；修改生成新版本，旧版本保留 |
| 谁能看到什么 | 各人账号各管各的 | 取决于所选工具和权限配置 | 按角色区分可查、可写范围 |
| 员工从哪里用 | 各自打开的App或网页 | 企业自己决定并接入 | 在微信里向AI机器人账号提问；任务可推送到钉钉、飞书 |
| 谁整理、审定和测试 | 没有固定的人负责 | 企业内部人员 | 交付团队整理资料、企业负责人审定入库，并做真实问题回归测试 |
| 员工离职后 | 经验留在个人账号里 | 留在库里，前提是有人持续维护 | 留在企业知识库，由负责人继续更新 |
和通用AI助手比，差别不在模型聪不聪明，而在它认不认识这家公司。员工各自用通用助手时，报价能让到多少、哪些话不能对客户说、某个项目卡在哪一步，助手并不知道，每次都要员工自己交代背景；交代过的内容留在个人对话里，换一位同事、换一次对话就得重来。星盒星盒把这些内容放进企业共用的一套库，回答以库里审定过的口径为准。
和自己搭知识库比，差别主要在工作由谁来做。用知识库软件或开源方案搭一套检索问答，技术上并不罕见；真正耗时的是把散在网盘、群聊和老员工脑子里的资料采集、清洗、结构化，再由负责人逐条审定，接入员工愿意用的入口，设好角色权限，最后用真实问题反复测试。企业内部有技术人员、资料已经整理得比较规范、主要需求是查阅文档时，自己搭是合理的选择；缺少这些人手和时间时，自建项目容易停在“库建好了，没人用”。
为什么叫轻量FDE，和FDE陪跑是什么关系
FDE企业AI落地陪跑，是服务方进入企业的具体部门，和业务负责人一起诊断问题、梳理流程、部署知识库和智能体、陪团队磨合，并逐步扩展到更多部门（含义和适用场景见FDE是什么）。星盒星盒沿用了同样的工作方式：星盒工程师进场，把系统装进企业的真实业务，并按明确的标准验收。两者的不同在范围：
| 比较项 | 轻量FDE · 星盒星盒 | FDE企业AI落地陪跑 |
|---|---|---|
| 要解决的问题 | 知识、口径和进度没有一处共用的地方 | 流程、岗位和部门协作需要改造 |
| 主要交付 | 一套企业共享知识库、微信入口和钉钉、飞书推送，以及角色权限表、测试报告和培训材料 | 流程与SOP优化、岗位经验沉淀、工作站和首批部门智能体、团队磨合 |
| 推进方式 | 按诊断、建库、部署接入、启用四个阶段完成一套系统 | 从首个部门开始，逐部门扩展 |
两者可以前后衔接：先用星盒星盒把公司的知识和口径统一到一处，之后需要逐部门改造流程和岗位时，再评估FDE年度陪跑；已经确定要改造组织的企业，也可以直接从陪跑开始。
星盒星盒的产品与交付标准来自星盒总部；面向湛江及广东企业，远恒AI负责前期对接与诊断、上线培训和后续陪跑，签约方按项目确定。
交付分四个阶段，每段交什么
按星盒总部资料，交付分为四个阶段：
| 阶段 | 主要工作 | 交付物 | 验收标准 |
|---|---|---|---|
| 诊断 | 业务访谈；确定主场景、开通名单、部署方式与权限设计 | 实施方案、角色权限表 | 双方签字确认 |
| 建库 | 资料采集、清洗、结构化、切分向量化，人工审定 | 企业知识库 | 审定过的口径入库，负责人之后可以自行更新 |
| 部署接入 | 独立云端部署，接通微信入口和钉钉、飞书推送 | 运行环境、接入配置、运维手册 | 能通过入口读写知识库，推送能送达负责人 |
| 启用 | 用真实问题集做回归测试；各角色逐一走通；使用培训 | 测试报告、培训材料 | 回答有出处、口径一致、越权内容不可见 |
其中最能区分“演示能跑”和“上线能用”的，是真实问题集回归测试。建库阶段，企业和交付团队一起整理一套员工真正会问的问题，覆盖价格口径、政策、项目进度和不能对外说的禁区，并为每个问题标好标准答案和出处。上线前用这套问题测一遍；之后知识库每次大幅变更，再重跑一遍，看三项：该答的能不能答到，口径是否和标准答案一致，库里没有的问题会不会如实说没有。交付之后，日常口径由企业负责人直接修改，员工下次提问即按新口径回答。
示意（不对应真实企业）：一家有十几个加盟门店的连锁品牌，问题集里可能有“新品首月的门店让利上限是多少”“加盟商可以向顾客承诺哪些售后”“某个装修项目现在卡在哪一步”。前两题检验口径和角色权限，加盟商只能看到门店政策与话术；第三题如果尚未建档，合格的回答是说明查不到进度，并列出库里已有的相关记录。
资料还列明了一些不包含在交付里的部分，例如：服务器、数据库、存储等云资源由企业按云厂商价格直接支付，账单和资源归企业账号；所用办公平台的官方账号、席位和积分按平台价格另购；GEO服务另行报价；广告投放与硬件不在其中；长期驻场维护和新场景扩展另行约定。具体以方案为准。
哪些企业适合，哪些先选别的方式
更适合星盒星盒的情况：
- 进度要挨个问人，报价和对外口径在老员工脑子里，资料散在群聊和个人电脑；
- 有渠道、合伙人或加盟体系，需要员工、合伙人、加盟商对外说同一套话，口径由总部统一更新；
- 希望员工随时能查公司知识，同时要控制不同角色能看到和能修改的内容；
- 日常已经用钉钉或飞书派活，希望问答里拆出的任务直接推给负责人。
以下情况，远恒AI通常会建议先选别的方式：
- 口径还没人能拍板：“确认才写入”需要一位有权审定口径的人。这个人定不下来，先在内部明确负责人，再谈上线；
- 只有一项输入输出明确的任务，例如按产品资料起草文案，从单个AI智能体定制起步更直接；
- 重点是持续生产内容，或多个部门需要分空间配置岗位智能体，企业AI工作站更对口，上线前的准备可参考企业AI工作站上线前的三张清单；
- 问题牵涉流程改造和跨部门协作，直接评估FDE企业AI落地陪跑；
- 需要对接OA、CRM、ERP等业务系统，或涉及多个组织：多组织、系统对接、私有化部署及专项服务保障等复杂需求，可根据项目组织联合评估与交付。
预约沟通前，先弄清三件事
- 谁有权审定口径：价格、政策、对外说法由谁拍板，以后由谁负责更新；
- 先覆盖哪些场景、哪些角色：例如报价口径、项目进度、门店政策，以及员工、合伙人、加盟商各自要用到哪些；
- 资料现在在哪里：网盘、群聊、个人电脑里各有哪些，哪些版本已经过期。
三件事有初步答案后，可以预约沟通获取方案；暂时答不全也可以直接来谈，诊断阶段会把它们写进实施方案和角色权限表。具体部署方式、开通范围、排期和费用按企业实际情况确认。系统上线说明它可以使用，不代表员工已经在日常工作中用起来；上线后的使用情况，仍要用真实问题持续检查。
