一句话介绍
Knowlee是一套面向企业的Company Brain与AI工作平台,用于把组织流程、决策和结果变成可持续更新的企业上下文,再让受治理的智能体在人工审批下执行实际工作。
Knowlee是什么
Knowlee当前由三个部分组成:Company Brain负责组织企业上下文,Knowlee OS负责协调人和AI员工,部署团队负责把平台接入客户现有工具、数据和业务流程。它更接近企业AI运行层与实施服务,而不是注册后立即使用的通用聊天机器人。
产品早期曾以个人AI助手、知识连接和自动化Agent为主,当前定位已经转向企业级Company Brain。旧版教程、免费层和第三方目录价格不能直接用于描述现有商业方案。
三层产品结构
| 组成部分 | 主要作用 | 企业获得什么 | 关键边界 |
|---|---|---|---|
| Company Brain | 表示流程、决策、结果及其关系 | 持续积累的企业上下文 | 需要准确的数据和维护机制 |
| Knowlee OS | 协调并行对话、决策、任务和AI员工 | 统一操作台与工作记录 | 高风险行动应等待审批 |
| 部署团队 | 梳理流程并连接CRM、邮箱、日历和文档 | 可运行的企业定制系统 | 实施范围和费用需合同确认 |
Knowlee强调模型本身不是主要产品,真正价值在于受治理的企业上下文。组织积累的流程、客户知识和技能在交付后继续归客户使用,但具体数据、配置和代码的所有权仍应写入合同。
Company Brain企业知识大脑
Company Brain不是普通文档库,而是对公司如何运作的动态表示。它把不同部门的流程、历史决定、执行结果和相互影响连接起来,使管理者和AI员工能理解一项决定为什么发生、造成什么结果以及下一步可能需要谁处理。
- 记录销售、招聘、交付、运营和财务流程。
- 保存重要决定、参与者和审批条件。
- 把执行结果反馈到既有企业上下文。
- 连接跨部门任务和相互依赖关系。
- 识别重复问题、冲突决定和潜在风险。
- 让不同AI员工共享经授权的公司知识。
- 为新员工和管理者提供完整业务背景。
把业务数据连接起来并不自动产生正确的因果结论。涉及利润下降、客户风险和跨部门冲突时,应展示相关证据、时间线和替代解释,并由业务负责人作最终判断。
Knowlee OS操作台
Knowlee OS被描述为企业AI的Operating Room,集中展示并行会话、决策收件箱、执行看板和Company Brain。AI员工先形成提案,等待人员批准后再运行,执行结果随后回到Brain。
| 区域 | 用途 | 使用者需要处理 |
|---|---|---|
| Parallel Sessions | 让多个AI员工并行处理不同工作 | 避免任务冲突和重复操作 |
| Decision Inbox | 集中展示待审批提案 | 核对影响、权限和证据 |
| Execution Board | 追踪已批准任务的运行状态 | 处理失败、依赖和超时 |
| Company Brain | 查看企业上下文和持续学习结果 | 更正错误节点与过期规则 |
| Monitoring | 观察运行、风险和业务结果 | 区分系统成功与真实业务价值 |
| Audit与Rollback | 记录动作并撤回可逆变更 | 确认哪些外部动作无法一键恢复 |
人机协作与审批
平台默认强调Human-in-the-loop,让企业决定哪些工作可以自动执行,哪些需要人员确认。审批不仅用于最终发送,也应覆盖价格、合同、招聘、财务和客户承诺等关键中间步骤。
- AI员工读取获准的企业上下文。
- 根据任务生成计划、建议或拟执行动作。
- 系统把敏感或高影响提案送入决策收件箱。
- 负责人查看数据、风险、对象和预期结果。
- 批准、修改、拒绝或转交其他人员。
- 获批任务在执行看板中运行。
- 系统记录工具调用、结果和异常。
- 必要时回滚可逆动作并更新Company Brain。
人工审批只有在人员获得充分上下文且有时间审查时才有效。若系统大量生成低质量提案,审批会退化为机械点击,因此应跟踪拒绝率、修改率和审批耗时。
业务执行能力
Knowlee希望AI员工不仅回答发生了什么,还能结合企业规则提出行动并协调修复。公开应用重点覆盖销售和招聘,并计划把同一Brain扩展到法律、财务、采购、营销、项目和运营。
| 业务领域 | 可执行工作 | 需要的企业数据 | 主要风险 |
|---|---|---|---|
| 销售 | 寻找线索、外联、约会和管道跟进 | CRM、邮件、日历和产品信息 | 垃圾外联、错误承诺和合规 |
| 招聘 | 候选人查找、筛选和面试安排 | 岗位、简历、标准和日历 | 歧视、隐私和错误淘汰 |
| 交付 | 跟踪项目、任务和客户风险 | 合同、计划、工单和沟通 | 错误优先级与客户影响 |
| 运营 | 协调请求、检查和重复流程 | SOP、表单、系统状态 | 越权写入和流程中断 |
| 法律 | 检索合同和政策并准备初稿 | 合同、先例和法规要求 | 不能替代律师判断 |
| 财务 | 对账、监控和报告辅助 | 账务、发票和经营数据 | 数字错误和欺诈风险 |
| 采购 | 供应商比较、审批和续约提醒 | 报价、合同和供应商记录 | 偏差、利益冲突和权限 |
| 营销 | 活动、内容和分析协作 | 品牌、受众和渠道数据 | 版权、事实和品牌风险 |
当前页面明确展示4Sales和4Talents为运行在Brain上的应用,其他部门能力包含已描述方向和后续扩展。采购时应要求团队区分现成模块、需定制开发的模块和未来计划。
跨部门决策分析
Company Brain的差异化方向是连接单个部门无法回答的问题,例如销售承诺与交付执行之间的利润损失、多个团队互相冲突的决定,以及客户风险最早出现在哪个系统。
- 把销售承诺与交付成本关联。
- 寻找客户流失前的跨系统信号。
- 识别不同部门正在执行的冲突决定。
- 回溯某项历史决定造成的长期成本。
- 比较流程变更前后的业务结果。
- 确定问题负责人和协同修复步骤。
- 将新结果写回企业上下文。
这类分析容易把相关性误当因果关系。企业应要求保留原始记录、计算逻辑、时间范围和人工解释,不能让模型结论直接触发财务或人事决定。
部署流程
当前页面给出的典型上线周期为3—4周,重点是把现有平台接到企业,而不是从零开发整套软件。不同企业的数据质量、连接器、安全审查和流程复杂度会影响实际时间。
| 阶段 | 主要工作 | 交付结果 | 客户需要投入 |
|---|---|---|---|
| 第1周 | 梳理流程、工具和部门交接 | 流程图、工具关系和首批Brain节点 | 业务负责人访谈与材料 |
| 第2—3周 | 连接CRM、邮箱、日历和文档,编码程序与审批规则 | 企业上下文与AI员工配置 | 权限、测试数据和安全审查 |
| 第4周 | 上线操作台、审批和首批运行流程 | 可运行的AI工作系统 | 验收、培训和生产授权 |
| 持续阶段 | 监控结果、更新知识和优化流程 | 周度变化与迭代 | 业务复盘和纠错 |
网站较早版本曾使用4—8周表述,当前首页改为3—4周。正式项目应以范围说明、里程碑、依赖、验收标准和合同计划为准,而不能把营销时间当作保证。
实施准备步骤
- 选择一个跨部门价值明确且风险可控的流程。
- 指定业务负责人、数据所有者和审批人。
- 梳理现有步骤、例外、工具和手工交接。
- 清理重复、过期和互相矛盾的数据。
- 定义Company Brain需要表示的实体与关系。
- 划分只读、建议、草稿、写入和外发权限。
- 配置审批、日志、监控和停止机制。
- 用历史案例、异常场景和恶意输入测试。
- 在小范围生产任务上验证业务结果。
- 持续更正Brain并扩大到相邻流程。
系统集成与数据
Knowlee会把Company Brain连接到CRM、收件箱、日历、文档和客户现有工具。官网没有公开完整连接器目录、API规范、SDK、事件模型和速率限制,因此每个项目的原生接入与定制范围需要在技术评估中确认。
| 系统类型 | 常见输入 | 可能输出 | 控制重点 |
|---|---|---|---|
| CRM | 客户、机会、活动和阶段 | 更新记录、任务和风险 | 字段级权限与批量写入 |
| 邮箱 | 线程、附件和参与者 | 摘要、草稿和跟进 | 发送审批与敏感内容 |
| 日历 | 会议、参与者和可用时间 | 安排与提醒 | 时区、冲突和外部邀请 |
| 文档 | SOP、合同、政策和报告 | 检索、摘要和流程规则 | 版本、生效时间和访问控制 |
| 招聘系统 | 岗位、候选人和面试 | 筛选、排序和安排 | 公平、解释和数据保护 |
| 财务系统 | 发票、成本和收入 | 对账、异常和报告 | 精度、审批和审计 |
| 项目工具 | 任务、进度和阻塞 | 状态更新和协调 | 避免自动覆盖人工决定 |
企业应建立稳定对象ID、同步频率、冲突规则和失败重试。任何跨系统写入都需要幂等控制,避免同一AI任务重复发送邮件、创建客户或修改状态。
治理与审计
Knowlee把人类监督、行动审计、风险分类和回滚作为平台设计的一部分。每个AI动作都会留下记录,并通过实时监控观察执行,敏感行动则进入审批。
- 为每个AI员工定义责任和禁止行为。
- 按风险等级决定是否需要审批。
- 记录输入、计划、工具调用、审批人与结果。
- 提供任务失败和异常状态监控。
- 保留可逆动作的一键回滚能力。
- 对不可逆外部动作增加二次确认。
- 定期抽查被批准和被拒绝的提案。
- 对知识、权限和模型变更进行版本管理。
回滚并不适用于所有任务,已经发送的邮件、外部承诺、付款或候选人通知可能无法真正撤销。企业应在执行前区分可逆、可补偿和不可逆动作。
安全与合规状态
当前首页将GDPR、EU AI Act设计、ISO 42001对齐、人类监督和每租户隔离作为治理重点,并说明客户数据留在其基础设施中。平台还宣称使用端到端加密和零信任架构。
| 项目 | 当前表述 | 正确理解 |
|---|---|---|
| GDPR | 声明合规并采用每租户隔离和DPIA框架 | 应核对处理协议、角色和数据流 |
| EU AI Act | 按法规要求设计并包含审计与人工监督 | 实际义务取决于具体使用场景 |
| ISO 42001 | 宣称对齐并覆盖大部分技术控制 | 对齐不等于获得认证 |
| ISO 27001 | 正式审计列入2027年第一季度路线图 | 当前不能标记为已认证 |
| SOC 2 Type II | 鉴证列入2026年第四季度路线图 | 当前不能标记为已完成 |
| 加密与零信任 | 对外说明已采用 | 应索取架构、测试和审计证据 |
| 审计与回滚 | 记录AI行动并支持监控与回滚 | 需确认保留期和不可逆动作 |
网站某些较旧页面曾把SOC 2 Type II写成已认证,与当前路线图存在冲突。按当前时间和最新首页,应视为尚在路线图中,并由采购方索取完成后的正式报告。
隐私与数据处理
隐私政策由Knowlee, Inc.发布,列出账户、联系、付款、用户输入、设备和使用信息等数据类型。政策说明可能使用云服务、模型、支付、监控、认证、通信、分析和知识基础设施供应商,并可能进行跨境传输。
- 明确公司Brain包含哪些个人和业务数据。
- 对Google Workspace等连接实行最小授权。
- 核对模型、云平台和向量存储的处理角色。
- 设定流程、决策、结果和日志的保留期限。
- 为访问、更正、删除和反对请求建立机制。
- 在人员离职或项目结束时撤销连接。
- 限制营销、分析和研究用途的数据范围。
- 确认合同终止后的完整导出和删除证明。
隐私政策最后更新于2024年,列出的供应商和服务描述可能早于当前Company Brain架构。企业应要求提供最新子处理商清单、数据流图、处理协议和基础设施说明。
定价与商业模式
Knowlee当前没有公开按月、按年、席位、AI员工或用量计费的标准价目表。官网提供免费30分钟咨询,并通过企业诊断、部署、集成和持续优化形成定制项目。
| 阶段或方案 | 价格 | 包含内容 | 适合用户 |
|---|---|---|---|
| 官网与现场操作台 | 免费访问 | 查看产品定位与交互演示 | 初步了解平台 |
| 30分钟咨询 | 免费 | 讨论流程、问题和Company Brain初步地图 | 评估项目方向 |
| 流程诊断 | 定制报价 | 流程、工具、交接和价值梳理 | 准备AI转型的企业 |
| Company Brain部署 | 定制报价 | 平台配置、数据连接、审批和上线 | 需要企业级AI运行层的组织 |
| 业务应用 | 定制报价 | 销售、招聘或其他部门AI员工 | 需要生产级自动化的团队 |
| 持续优化 | 定制报价 | 监控、周报、流程与AI员工迭代 | 长期运营客户 |
旧版第三方目录中出现的免费或19美元起价格不适用于当前企业Company Brain定位。正式报价应明确实施费、平台费、模型用量、连接器、支持、SLA、数据托管和退出迁移成本。
所有权与退出安排
Knowlee强调客户的流程、客户知识和技能保持归客户所有,交接后运行系统也由客户使用。由于公开页面没有完整合同文本,数据、配置、代理提示、定制代码和第三方组件的权利边界仍需逐项写明。
| 资产 | 应确认的权利 | 退出时需要 |
|---|---|---|
| 原始企业数据 | 客户保留所有权 | 完整导出与删除证明 |
| Company Brain结构 | 实体、关系和历史是否可导出 | 开放格式与关系说明 |
| 流程与技能 | 客户是否可继续运行和修改 | 文档、配置和版本 |
| 定制代理 | 提示、规则、工具和测试集归属 | 可迁移交付物 |
| 定制代码 | 源码、许可证和维护责任 | 仓库、构建和部署说明 |
| 模型与第三方服务 | 使用权受外部条款约束 | 替代供应商和密钥轮换 |
| 审计日志 | 客户访问和保存范围 | 合规保留与导出 |
GitHub与开源状态
没有核实到Knowlee当前Company Brain、Knowlee OS或业务应用的官方公开核心源码仓库。公开网站、现场操作台和企业API接入不能证明产品开源,因此目录中应标记为商业闭源与定制部署。
需要私有化、源码托管或应急接管的企业,应在合同中确认代码交付、开源依赖清单、许可证、Escrow、构建方法和供应商退出后的运行权。
适合哪些企业
- 流程分散在多个部门和工具的中型企业。
- 希望用AI员工扩展销售或招聘能力的团队。
- 需要把企业知识与实际任务执行连接起来的组织。
- 要求人类审批、审计和回滚的受监管企业。
- 希望在现有CRM、邮箱、日历和文档之上部署AI的公司。
- 需要跨部门分析决策后果和业务风险的管理层。
- 愿意投入流程梳理、数据治理和实施协作的企业。
产品优势
- 把流程、决策和结果组织成持续积累的公司Brain。
- AI员工共享受治理的企业上下文。
- 操作台统一并行工作、审批、执行和监控。
- 默认强调人工监督和敏感行动审批。
- 为AI动作提供审计和可逆操作回滚。
- 平台与部署服务结合,减少企业自行拼接系统。
- 可从销售和招聘扩展到更多部门。
- 客户流程、知识和技能被明确视为企业资产。
主要限制
- 没有公开标准价格,需要企业咨询和定制报价。
- 项目需要3—4周或更长实施,不是即时自助工具。
- 连接多部门数据会增加权限和隐私复杂度。
- 跨部门因果分析仍可能出现错误判断。
- 公开连接器、API和技术文档较少。
- ISO 27001与SOC 2 Type II仍在路线图中。
- 隐私政策更新时间早于当前产品架构。
- 核心平台不是已确认的开源软件。
- 自动外联、招聘和财务任务具有较高合规风险。
- 人工审批容易因提案过多产生确认疲劳。
采购与验收清单
- 确认当前合同主体、部署方式和服务地区。
- 选择首个流程并量化时间、成本与质量基线。
- 要求区分现成功能、定制开发和路线图。
- 列出全部数据通道、子处理商和跨境传输。
- 核对AI员工的读取、写入、外发和审批权限。
- 测试错误数据、越权请求和不可逆动作。
- 确认审计日志、监控、回滚和事故响应。
- 索取最新安全审计与认证进度材料。
- 把价格、模型费、维护、SLA和超范围费用写入合同。
- 明确Company Brain、配置、代码和知识产权归属。
- 验证数据、日志和代理配置可以完整导出。
- 使用真实业务结果而非演示指标验收。
常见问题
Knowlee现在是什么产品?
当前是由Company Brain、Knowlee OS和企业部署服务组成的AI运行平台。它把企业流程、决定和结果提供给受治理的AI员工使用。
Knowlee是普通知识库吗?
不只是文档检索。Company Brain强调流程、决定、结果和跨部门关系,Knowlee OS还负责审批、执行、监控和回滚。
Knowlee多少钱?
没有公开标准订阅价。官网提供免费30分钟咨询,诊断、平台部署、业务应用和持续优化需要按企业范围报价。
多久可以上线?
当前首页给出的典型周期为3—4周,包括流程映射、工具连接、程序与审批配置以及生产上线。复杂项目可能需要更长时间。
支持哪些部门?
当前重点展示销售和招聘应用,并把法律、财务、采购、营销、项目、交付和运营列为同一Brain上的扩展方向。
所有AI动作都会自动执行吗?
不会。平台默认强调Human-in-the-loop,敏感提案进入决策收件箱,人员批准后才在执行看板运行。
Knowlee通过SOC 2 Type II了吗?
当前首页把SOC 2 Type II鉴证列为2026年第四季度路线图,不能标记为已经完成。ISO 27001正式审计也列在2027年第一季度。
Knowlee开源吗?
没有核实到Company Brain和Knowlee OS的官方公开核心源码,因此应视为商业闭源平台。企业可在合同中协商部署、代码交付或托管安排。
客户知识归谁?
Knowlee强调客户的流程、客户知识和技能保持归客户所有。实际数据、Brain结构、配置和定制代码的可导出范围应由合同明确。
总结
Knowlee适合希望把分散流程、跨部门决定和业务结果变成统一企业上下文,再由AI员工在审批下执行工作的组织。Company Brain、Knowlee OS和实施团队形成了从知识表示到生产行动的完整路径。
采用前应验证真实流程价值、连接器权限、人工审批负担、审计回滚和数据退出能力。公开定价与技术文档有限,安全认证仍在路线图中,因此合同、架构和合规核验是采购重点。
桂公网安备45132202000164号