个人知识库

2026-07-06-juejin-agent-plan-sales-workbench

14分钟阅读

告别手动翻资料：用 Agent Plan 搞定销售档案与问答

基于火山方舟 Agent Plan，把 Codex、飞书 CLI、专业数据集、豆包搜索、OpenViking Agent 记忆与 火山引擎 Supabase 组合成销售资料工作台：先导入有权限访问的飞书资料，再围绕销售目标、公司池、最近档案和历史资料问答形成可持续迭代的业务工具。

基本信息

  • 标题：告别手动翻资料：用 Agent Plan 搞定销售档案与问答
  • 来源：Telegram bot prefetch；raw 记录 URL 为 https://baomoi.com/4-nghe-nghiep-ty-phu-bill-gates-tin-rang-ai-khong-the-thay-the-c55553825.epi，实际正文为火山方舟 Agent Plan CookBook 风格教程
  • 日期：2026-07-06
  • 类型：企业 AI / 销售场景工作台 / Agent Plan 实战教程
  • 处理级别：完整处理

核心观点

  1. 销售资料工作台的真实痛点不是“缺一个聊天框”，而是资料散落在飞书会话、会议纪要、云文档、客户需求和上传材料里。文章把销售的日常痛点描述为“切窗口、找文件、问上次他们说了啥”，目标不是单纯问答，而是围绕销售目标管理公司池、自动生成公司最近档案，并对历史资料做可追溯问答。

  2. Agent Plan 的价值在于把模型、Harness 与业务数据源打成一条可执行链路。方案中 Codex 负责开发和资料整理，Agent Plan 语言模型负责生成与总结，专业数据集负责可信企业数据，豆包搜索负责公开信息补充，OpenViking Agent 记忆负责长期资料与语义检索，火山引擎 Supabase 负责结构化业务状态与资料索引。这不是“一个模型解决所有事”，而是多能力编排。

  3. Codex + Feishu CLI 是私域销售资料进入 Agent 系统的关键入口，但读取边界必须由当前用户权限决定。教程明确要求用户先完成 Feishu CLI 登录和权限配置，再让本地 Codex CLI 调用 Feishu CLI 读取当前用户有权限访问的云文档、会议纪要和会话资料；这延续了 飞书 CLI “开放入口但云端权限穿透”的基础设施逻辑。

  4. 销售工作台后端应按固定业务流程接入能力，而不是让模型自由发挥。最近档案生成链路被拆成四步：先调用专业数据集，再调用豆包搜索补充公开信息，再从 OpenViking 召回历史销售资料，最后由模型整理成档案，并把档案和引用来源保存到 火山引擎 Supabase。资料问答阶段则明确禁止自由联网，只能基于 OpenViking 历史资料、当前公司最近档案和已保存引用来源回答。

  5. 开发过程本身要沉淀为可复用 Skill。文章不仅教用户做一个销售场景工作台，还强调把“从资料导入到工作台开发再到业务链路验证”的过程沉淀为可复用 Skill。后续用户说“继续优化销售场景工作台”时，Codex 应基于 Skill 迭代，而不是重新生成一个新项目。

  6. Agent Plan 的商业与工程边界同样重要：套餐、专属 Base URL/API Key、Harness 能力与 AFP 消耗都要前置配置和监控。文章建议购买 Medium 及以上套餐以获得更完整模型与 Harness 体验，并强调 Agent Plan 使用专属 API Key、可通过 Ark Helper 自动配置模型和 MCP，开发调试阶段的 AFP 消耗通常高于稳定运行阶段。

实操内容保留

配置与接入步骤

  1. 购买 Agent Plan 套餐：登录火山方舟或官网活动页购买 Agent Plan，建议 Medium 及以上套餐；Small 更适合基础测试和体验。
  2. 快速配置：获取 Agent Plan 专属 Base URL、专属 API Key 与模型配置；推荐使用 Ark Helper 一键安装模型和 MCP。
  3. 配置 Harness 能力：在控制台配置 DataPro / 专业数据集 MCP、豆包搜索 Skill/MCP、Agent 记忆和火山引擎 Supabase。
  4. 配置 Codex CLI + Feishu CLI：完成飞书 CLI 登录与权限配置后，在本地终端启动 Codex CLI，让 Codex 调用 Feishu CLI 读取用户有权限访问的飞书云文档、会议纪要和会话资料。
  5. 最小可用性检查：正式开发前逐项检查模型、专业数据集、搜索、记忆、Supabase 与飞书 CLI 是否能正常调用；任一配置未通过时先修复配置或权限问题。

需求输入 Prompt 模板

我想开发一个销售场景工作台。现在销售资料分散在飞书会话、会议纪要、云文档和客户资料里，希望用 Codex 帮我整理这些资料，并开发一个工作台，用于创建销售目标、查找公司、查看公司进度、生成最近档案和进行资料问答。
当前版本只做销售目标、关键词找公司、目标企业池、公司详情、最近档案、历史资料库和资料问答。

真实前后端开发约束 Prompt

请开发真实可运行的前后端，不要只生成静态 Mock 页面。
 
前端只展示销售用户能理解的信息。
后端需要按固定业务流程接入各项能力：
 
1. 销售目标、公司列表、目标企业池、当前进度、最近档案、引用来源、问答记录等结构化业务数据，保存到 火山引擎Supabase。
2. 历史资料库需要读取前面已经导入 OpenViking 的飞书会话、会议纪要、云文档和客户资料。
3. 最近档案生成时，先调用 专业数据集，再调用豆包搜索补充公开信息，再从 OpenViking 召回历史销售资料，最后由模型整理成档案，并把档案和引用来源保存到 Supabase。
4. 资料问答时，只能基于 OpenViking 中的历史资料、当前公司最近档案和已保存引用来源回答，不在问答阶段自由联网。
5. Harness 失败时，页面不能崩溃，需要用业务语言提示或返回保守结果。

工作台核心功能

  • 创建销售目标并查找公司：用户新增销售目标，在“查找企业”输入关键词（行业、区域或公司名称），系统返回相关公司，用户选择后加入当前目标企业池。
  • 查看客户进展：公司详情页的“当前进度”展示该公司的当前跟进状态，进度由已有资料综合判断。
  • 获取最近档案：用户点击“获取最新档案”后，系统更新公司最近档案，并展示数据来源。
  • 查看历史资料库：历史资料来自已导入 OpenViking 的飞书会话、云文档、会议纪要、客户需求文档、内部方案材料。
  • 资料问答：只基于 OpenViking 历史资料、当前公司最近档案和已保存引用来源回答，形成可控、可追溯的销售问答能力。

关键概念

  • Agent Plan：火山方舟面向 Agent 开发的套餐与 Harness 能力组合，提供模型、专业数据集、豆包搜索、Agent 记忆、Supabase 等能力入口。
  • OpenViking：Agent 记忆/长期资料检索层，用于保存和召回飞书会话、会议纪要、云文档、客户资料等历史销售资料。
  • 火山引擎 Supabase：结构化业务状态与资料索引层，用于保存销售目标、公司列表、最近档案、引用来源和问答记录。
  • Codex：开发和资料整理执行入口，负责读取资料、设计方案、开发前后端并沉淀 Skill。
  • 飞书 CLI：私域资料入口，让 Codex 在用户权限范围内读取飞书会话、纪要和云文档。
  • Skill：把本次销售工作台开发过程沉淀为可复用流程，支持后续持续迭代。

与其他素材的关联

原文精彩摘录

销售资料散在 5 个地方 —— 飞书群、会议纪要、云文档、客户需求、上传材料。切窗口、找文件、问“上次他们说了啥”……全靠手。目标：一个工作台，围绕销售目标管理公司池、自动生成最近档案、对历史资料做问答。

快速理解：Codex 负责开发和资料整理；Agent Plan 语言模型负责生成与总结；专业数据集负责可信企业数据；豆包搜索负责公开信息补充；Agent 记忆负责长期资料和语义检索；火山引擎 Supabase 负责结构化业务状态和资料索引；Codex CLI + Feishu CLI 负责获取用户有权限访问的飞书资料。

后端需要按固定业务流程接入各项能力：销售目标、公司列表、目标企业池、当前进度、最近档案、引用来源、问答记录等结构化业务数据，保存到火山引擎 Supabase；历史资料库需要读取前面已经导入 OpenViking 的飞书会话、会议纪要、云文档和客户资料。

资料问答时，只能基于 OpenViking 中的历史资料、当前公司最近档案和已保存引用来源回答，不在问答阶段自由联网。Harness 失败时，页面不能崩溃，需要用业务语言提示或返回保守结果。

相关页面

关系图谱

快速导航

反向链接