产品 · 七个入口

员工在这里开工,管理员在这里管理

入口、权限和账目分布在七个位置:前四个面向员工日常使用,后三个面向管理员。不熟悉 AI 的员工可以选一条工作流,或者调用一支按角色分工的 AI 员工团队。

工作台

首次登录,即有明确的下一步

员工无需自行安装环境或获取密钥。工作台会引导其申请工作区,管理员开通后即可进入项目。

  • 申请专属工作区,管理员审核后开通
  • 项目、运行中的工作区、剩余 AI 额度一屏可见
  • 需要更细的控制时,可切换到专家视图
工作区里的三步开始使用引导与目标输入框
三步开始工作:选择项目、安装所需能力、说明本次目标。

工作区

项目文件和上下文留在工作区

工作区是项目自己的运行环境,文件、上下文、工具和执行记录都留在里面。同事可以被拉进同一个工作区,接着往下做。

一个工作区就是一个专属于该项目的 Bot:项目的文件与历史保存在其中,安装了哪些能力就具备哪些能力,团队成员均可向它派发任务。它不是对话结束即遗忘的聊天窗口,跨会话、跨成员都保有这个项目的上下文。

  • 统一的运行环境,不依赖某个人的笔记本
  • 项目文件、对话上下文和执行记录集中保存
  • 多人进入同一工作区协作、交接和复盘
工作空间界面:左侧是会话、消息、应用与能力市场,右侧是当前项目和待办
工作区自带会话、消息、应用和能力市场,项目的文件与历史都留在这里。

运行环境

工作区是一台实际的机器,而非一个对话窗口

每个工作区对应实际的 vCPU、内存和磁盘配额,运行在公司自有宿主机上。管理员可查看分配量与实际占用,也可将工作区内运行的服务按端口对外开放。

  • vCPU、内存、磁盘按工作区分配,实时占用一屏可见
  • 工作区内的 HTTP 服务可按端口打开,公网访问需要审核
  • 已有的服务器可以接入平台,纳入同一套资源视图
工作区实例页:实例调度总览与 CPU、内存、磁盘的已分配额度和当前实际占用对照(演示数据)
已分配、运行中额度与当前实际占用三项对照,资源去向清晰可见。

发现

可用的模型和 Agent,都在项目里

员工只会看到公司已经接入、并且当前项目允许使用的能力。需要更换模型或 Agent 时,无需将文件移出项目。Claude Code、Codex、Cursor 等 CLI 智能体由平台统一接入,切换后项目上下文仍然保留。

  • 企业统一接入模型和 Agent,员工无需各自订阅
  • 按角色和项目控制谁能用哪些能力
  • 切换时保留项目上下文,无需从头开始
工作区内的能力台:已装备的能力与可装备清单,按开发、文档、设计、效率、AI 团队、营销分类
能力安装在工作区内,已装与可装的部分,员工均可自行查看。

共享中心

已完成的工作,下个项目可直接复用

团队可将提示词、任务模板和处理流程发布到共享中心。人员调整后,这些做法仍然保留在项目中。

  • 把提示词、任务模板和流程沉淀成团队资产
  • 新项目从已验证的模板起步,无需从零摸索
  • 人员变动时,方法保留在平台上
项目模板库,按研发工程、项目管理、产品设计、数据分析、商务销售、运营营销分类
经过验证的做法沉淀为模板,下一个项目可直接复用。

AI 额度

每笔 AI 用量都能找到归属

额度按用户和计划分配。员工能看到剩余额度,管理者可以按工作区、项目、引擎和模型核对用量。

  • 提前设定额度上限,避免不可控支出
  • 按人员、工作区、项目、引擎和模型查看用量
  • 成本可以对应到具体项目,用于内部分摊
AI 额度面板:当前档位、本月剩余、额外额度与累计使用(演示租户)
员工可查看剩余额度与消耗速度,额度不足时在同一页面提交申请。

智能体市场

智能体以密封包上架,而非以文件形式流转

智能体开发完成后密封成包,发布到平台。哪些工作区可以安装、安装哪个版本,由平台统一决定,而不取决于文件在谁手中。

上传即验签

包自身携带签名

智能体以密封包上传,平台在入库时验证签名。未密封的压缩包同样可以上传,但会标记为「未验签」,不作为正式版本。

版本与引擎

兼容性取自包内声明

名称、版本和所需的引擎版本均从包内读取,避免表单填写与包内实际内容不一致。工作区只会看到可安装的版本。

上架与下架

撤回版本不影响已有安装

发布后,符合条件的工作区才可见。下架仅使该版本对新安装不可见,已安装的工作区继续正常运行。

智能体市场后台:左侧是已发布的智能体,右侧列出所选智能体的各个版本、各自要求的引擎范围、包大小和上下架状态
同一智能体可以有多个版本同时在架,每一版声明所需的引擎范围,工作区只看到可安装的版本。

智能体经过审定,而非任意上传。由平台管理员决定哪些可以进入市场、哪些继续在架,工作区安装的是已发布给它的版本。试点时,我们会与负责维护智能体的人员逐项确认打包、签名和版本策略。

管理控制台

日常管理集中在一个控制台

管理员在这里处理工作区资源、成员权限、模型供应商、申请审核和登录日志。

  • 访问控制与角色权限,决定谁能用什么
  • 模型供应商与密钥统一托管,不再分散存放
  • 申请审核、登录日志和自动化任务集中管理
EachRun 管理控制台首页,显示工作区、Agent、模型接入和任务概览
管理控制台:工作区资源、能力与模型、租户与项目、访问控制集中管理。

核心之上的增值

不熟悉 AI 的员工,也能按流程开展工作

前三件事解决的是能否放开,这一层解决放开之后员工是否会用。它并非必需,但决定 AI 在公司内推开的速度:选择一条工作流按步骤执行,或直接调用一支按角色分工的 AI 团队。

工作流

选择一条工作流,按步骤执行

工作流将一项任务拆成若干步骤,每一步关联该步骤所需的技能。按流程开始后会生成一条可视化工作流,节点逐步推进,产出物自动归入项目。

  • 每一步明确做什么、使用哪些技能
  • 产出物自动归入项目,无需手工归档
  • 需要自主操作时,可随时切换到专家模式
外贸独立站运营工作流的五个步骤,每一步下方列出这一步要用的技能
从需求分析到上线前验收,五步一条线,每步配好技能。

AI 员工团队

调用一支按角色分工的 AI 团队

能力市场中提供按职能打包的 AI 员工团队,涵盖学术研究、设计、工程研发、财务、医疗健康和市场营销。每支团队按角色分工,自带该类工作所需的技能。

  • 按角色分工,而非由单一通用助手承担全部工作
  • 一支团队挂着几项到几十项技能,装上即用
  • 团队和技能由公司统一维护、统一分发
工程研发 AI 员工团队的详情:包含 58 项技能,逐个列出角色名称与各自的职责
一支工程研发团队里的 58 个角色,各自带身份、职责和工作流。

自动推进

长流程无需人工盯守

流程长、步骤多的任务,由督导 Agent 跟踪执行进度,依据每一步的结果决定后续走向,无需专人值守逐步确认。

定时运行

按设定时间自动执行

已验证的工作流可配置为定时任务,按时自动执行并将结果归入项目。每日检索招投标信息这类重复性工作,不再需要安排人力。

接入外部系统

让 AI 可访问业务数据

通过 MCP 接入外部服务后,AI 可直接读写数据库或业务系统,完成订单、库存等实际操作。可接入的范围与开放的权限,在试点中按贵方系统逐项确认。

当前产品范围

哪些已经能用,哪些要在试点中确认

现成功能与需要现场确认的部分分开列出,便于估算实施工作量。

当前可用

平台内的日常管理

  • 组织成员、部门、角色与登录审计
  • 工作区申请、审核、实例和资源管理
  • 模型供应商、模型渠道与连接测试
  • 额度计划、用户额度与窗口限制
  • 项目、工作区、文件和会话共享
  • AI 对话、运行状态、Token 与使用评价

按配置生效

运行时控制

  • 项目只读、项目内可写等沙箱边界
  • 工具和命令执行前的用户确认
  • 按项目角色限制查看、编辑和管理
  • 共享权限的有效期与统一撤销

不同 Agent 对权限确认的支持程度不同,部署时按实际运行方式配置。

试点确认

外部能力与企业环境

  • 具体模型、Agent 和 CLI 的接入方式
  • CRM、ERP、OA、工单与内部 API
  • 内网代码库、文件系统和知识库
  • 私有化部署的数据留存与网络边界

可以调用不等于已具备稳定接口和商业许可,接入前逐项核对。

使用前要知道的边界

  • 工具或命令执行前的确认,取决于所选 Agent 是否支持。
  • 业务系统、内部 API、代码仓库和知识库的接入范围,在试点中逐项确认,不是开箱即用的通用集成。
  • 智能体市场的内容由平台管理员策展和发布,工作区只会看到自己装得上的版本。

先看它在你们的任务上怎么跑

告诉我们团队现在用什么工具、接触哪些数据,我们按一项真实任务演示对应的入口。

咨询试点方案