上传即验签
包自身携带签名
智能体以密封包上传,平台在入库时验证签名。未密封的压缩包同样可以上传,但会标记为「未验签」,不作为正式版本。
产品 · 七个入口
入口、权限和账目分布在七个位置:前四个面向员工日常使用,后三个面向管理员。不熟悉 AI 的员工可以选一条工作流,或者调用一支按角色分工的 AI 员工团队。
工作台
员工无需自行安装环境或获取密钥。工作台会引导其申请工作区,管理员开通后即可进入项目。
工作区
工作区是项目自己的运行环境,文件、上下文、工具和执行记录都留在里面。同事可以被拉进同一个工作区,接着往下做。
一个工作区就是一个专属于该项目的 Bot:项目的文件与历史保存在其中,安装了哪些能力就具备哪些能力,团队成员均可向它派发任务。它不是对话结束即遗忘的聊天窗口,跨会话、跨成员都保有这个项目的上下文。
运行环境
每个工作区对应实际的 vCPU、内存和磁盘配额,运行在公司自有宿主机上。管理员可查看分配量与实际占用,也可将工作区内运行的服务按端口对外开放。
发现
员工只会看到公司已经接入、并且当前项目允许使用的能力。需要更换模型或 Agent 时,无需将文件移出项目。Claude Code、Codex、Cursor 等 CLI 智能体由平台统一接入,切换后项目上下文仍然保留。
AI 额度
额度按用户和计划分配。员工能看到剩余额度,管理者可以按工作区、项目、引擎和模型核对用量。
智能体市场
智能体开发完成后密封成包,发布到平台。哪些工作区可以安装、安装哪个版本,由平台统一决定,而不取决于文件在谁手中。
上传即验签
智能体以密封包上传,平台在入库时验证签名。未密封的压缩包同样可以上传,但会标记为「未验签」,不作为正式版本。
版本与引擎
名称、版本和所需的引擎版本均从包内读取,避免表单填写与包内实际内容不一致。工作区只会看到可安装的版本。
上架与下架
发布后,符合条件的工作区才可见。下架仅使该版本对新安装不可见,已安装的工作区继续正常运行。
智能体经过审定,而非任意上传。由平台管理员决定哪些可以进入市场、哪些继续在架,工作区安装的是已发布给它的版本。试点时,我们会与负责维护智能体的人员逐项确认打包、签名和版本策略。
管理控制台
管理员在这里处理工作区资源、成员权限、模型供应商、申请审核和登录日志。
核心之上的增值
前三件事解决的是能否放开,这一层解决放开之后员工是否会用。它并非必需,但决定 AI 在公司内推开的速度:选择一条工作流按步骤执行,或直接调用一支按角色分工的 AI 团队。
工作流
工作流将一项任务拆成若干步骤,每一步关联该步骤所需的技能。按流程开始后会生成一条可视化工作流,节点逐步推进,产出物自动归入项目。
AI 员工团队
能力市场中提供按职能打包的 AI 员工团队,涵盖学术研究、设计、工程研发、财务、医疗健康和市场营销。每支团队按角色分工,自带该类工作所需的技能。
自动推进
流程长、步骤多的任务,由督导 Agent 跟踪执行进度,依据每一步的结果决定后续走向,无需专人值守逐步确认。
定时运行
已验证的工作流可配置为定时任务,按时自动执行并将结果归入项目。每日检索招投标信息这类重复性工作,不再需要安排人力。
接入外部系统
通过 MCP 接入外部服务后,AI 可直接读写数据库或业务系统,完成订单、库存等实际操作。可接入的范围与开放的权限,在试点中按贵方系统逐项确认。
当前产品范围
现成功能与需要现场确认的部分分开列出,便于估算实施工作量。
当前可用
按配置生效
不同 Agent 对权限确认的支持程度不同,部署时按实际运行方式配置。
试点确认
可以调用不等于已具备稳定接口和商业许可,接入前逐项核对。
告诉我们团队现在用什么工具、接触哪些数据,我们按一项真实任务演示对应的入口。