OpenViking
火山引擎体系里的 Agent 记忆与长期资料检索层，在销售工作台案例中用于承接飞书会话、会议纪要、云文档和客户资料，让 Agent 后续能围绕公司和销售目标召回历史上下文。
简介
OpenViking 在 2026-07-06-juejin-agent-plan-sales-workbench 中被描述为 Agent 记忆的底层接入对象。用户完成 Feishu CLI 登录和权限配置后，由 Codex 调用 飞书 CLI 读取当前用户有权限访问的飞书资料，并将云文档、会议纪要、会话资料和客户资料整理后写入 OpenViking。后续销售工作台生成公司最近档案或回答资料问答时，再从 OpenViking 召回相关历史销售资料。
它解决的是企业 Agent 项目中非常关键的一层：资料不是一次性塞进上下文窗口，而是要成为可长期检索、可持续补充、可被业务链路反复调用的记忆资产。销售资料随着会议、群聊、客户需求文档不断增长，如果没有类似 OpenViking 的长期资料层，Agent 每次都只能临时翻文件，无法稳定回答“上次他们说了什么”“这家公司历史跟进到哪一步”。
关键信息
- 类型：Agent 记忆 / 长期资料检索层
- 所属体系：火山引擎 / 火山方舟 Agent Plan
- 主要用途：保存飞书会话、会议纪要、云文档、客户资料等历史销售资料，支持语义检索和上下文召回
- 认证边界：Agent 接入时必须使用 OpenViking 的 API Key，并关联到对应数据
- 典型场景：销售资料库、公司历史跟进记录、资料问答、最近档案生成
核心特性
长期资料沉淀
OpenViking 承担的是“把资料放进长期记忆”的角色。销售资料来自多个散落入口：飞书群、会议纪要、云文档、客户需求、内部方案材料。通过 Codex + Feishu CLI 导入后，这些资料不再只是散文件，而是进入可检索的历史资料库。
语义检索与上下文召回
在销售工作台中，最近档案生成并不是只查公开信息，而是会从 OpenViking 召回历史销售资料，再结合专业数据集与豆包搜索补充公开信息。资料问答也被限定为只能基于 OpenViking 历史资料、当前公司最近档案和已保存引用来源回答。这种限制让问答更可控，也更容易追溯。
权限和数据关联
素材强调 Agent 接入 OpenViking 时，必须使用 OpenViking 的 API Key 作为唯一认证，并关联到对应的数据。OpenViking API Key 可在 OpenViking Service 控制台的用户管理页面查看与复制。这个设计说明它不是“无边界记忆”，而是依赖明确账号、权限和数据空间。
不同素材中的观点
- 2026-07-06-juejin-agent-plan-sales-workbench：OpenViking 是销售工作台的长期资料层。Codex CLI + Feishu CLI 先读取用户有权限访问的飞书云文档、会议纪要和会话资料，再由 Codex 整理后写入 OpenViking。最近档案生成时，系统先调用专业数据集，再调用豆包搜索补充公开信息，再从 OpenViking 召回历史销售资料，最后由模型整理成档案并保存引用来源。资料问答阶段不自由联网，只基于 OpenViking 历史资料、当前公司最近档案和已保存引用来源回答。
实用信息
典型接入流程
- 在 OpenViking Service 控制台获取 OpenViking API Key。
- 在 Agent Plan 控制台配置 Agent 记忆能力，并把 API Key 关联到对应数据。
- 完成 Feishu CLI 登录和权限配置。
- 让 Codex 调用 Feishu CLI 读取用户有权限访问的飞书资料。
- 将会话、纪要、云文档和客户资料整理后写入 OpenViking。
- 在最近档案生成和资料问答时，从 OpenViking 召回相关历史资料，并把引用来源保存到结构化数据库。
注意事项
- 不应绕过飞书权限边界导入资料；读取范围以 Feishu CLI 登录用户的飞书权限为准。
- 资料问答应明确回答来源，避免把 OpenViking 召回内容与公开搜索内容混在一起无法追踪。
- OpenViking 更适合保存长期历史资料；销售目标、公司列表、最近档案、问答记录等结构化业务状态更适合落到 火山引擎 Supabase。