---
title: AI Team、Agent Studio 与 Agent Harness
description: 理解 Teloa 的三层产品架构，以及同事、能力与执行引擎的边界。
lastVerified: 2026-09-24
---

# 2.1 AI Team、Agent Studio 与 Agent Harness

**Teloa · AI-Native Team Studio，让每个人，都拥有自己的 AI 团队。**

Teloa 用于组建、协作和运行 AI 团队。人定义目标和边界，AI 团队持续完成工作。你从目标、同事和交付开始，随工作逐步配置知识、技能、工具和权限。

## 1. 三层产品架构

**TELOA = AI Team + Agent Studio + Agent Harness**

| 产品层 | 职责 | 核心内容 |
| --- | --- | --- |
| 01 · AI Team | 组建并运行 AI 数字团队 | 同事、任务、协作、业务、项目、自动化 |
| 02 · Agent Studio | 定义每位 AI 同事如何工作 | 岗位、知识、Skill、工具 / MCP、权限 |
| 03 · Agent Harness | 支撑安全、持续、可控的执行 | Model、Runtime、Tool Gateway、Sandbox、Approval、Observability |

**Team 是产品，Agent 是工作单元，Harness 是运行底座。** 三层描述产品，不要求新增三个页面或三套服务；代码与系统分层见[源码架构](https://docs.teloa.ai/markdown/develop/architecture.md)。

### 1.1 AI Team：你的同事与交付

用户关心同事是谁、正在做什么、哪些事需要自己、工作完成得怎么样。业务归集长期工作，项目围绕交付目标关联任务、同事、工作群与成果；任务和自动化分别管理单次与重复工作。

AI Team 指长期业务团队。任务内的执行小组（Task team）是临时分工，由普通会话或同事发起，执行助手不自动入职为同事。详见[人物与协作](https://docs.teloa.ai/markdown/concepts/people.md)。

### 1.2 Agent Studio：五个配置问题

| 配置 | 回答什么 |
| --- | --- |
| 岗位 | 你是谁，负责什么？ |
| 知识 | 你应该知道什么，可以引用哪些资料？ |
| Skill | 你会怎样工作，可以复用哪些方法？ |
| 工具 / MCP | 你可以使用哪些业务系统与工具？ |
| 权限 | 你能做到什么程度，什么时候需要人？ |

MCP 是连接外部能力的一种协议。配置工具不等于授权全部动作；Skill 提供成熟方法，不限制同事在授权内自主规划的能力。

### 1.3 Agent Harness：可靠执行

Harness 负责模型与运行时、工具调用、沙箱隔离、审批及执行观察。Teloa 优先使用引擎的原生能力，通过适配维护同事身份、业务范围和交付规则。当前以 DSH 为主，其他引擎、企业安全网关与分布式部署的支持状态见[版本说明](https://docs.teloa.ai/markdown/reference/editions.md)。

### 1.4 从组建到自主工作

1. 招募同事，定义岗位与职责。
2. 配置知识，选好业务资料与上下文。
3. 教会技能，让成熟方法可以复用。
4. 接入工具或 MCP，连接真实业务系统。
5. 设定权限，明确读写与审批边界。
6. 由任务、已支持的事件或计划触发，在运行环境在线时推进工作。
7. 关键决策回到人，处理审批、异常与高风险动作，并核对交付。

可以从岗位模板或行业方案起步，不必每次工作都重复配置。自主工作仍受权限、触发源和运行环境约束。

## 2. 技能、连接和扩展包

技能说明怎样做；接入源提供外部信息或工具连接；任务模板提供可复用的任务输入、目标和交付要求。模板可以引用技能，同一技能也可以用于不同任务。

扩展包是安装和分发的单位，可以同时提供多项技能、连接或运行能力。它与这些能力是“包提供内容”的关系。查看一项能力时，应能知道它来自哪个包；管理一个包时，需要了解它提供了什么，以及哪些业务在使用。

“官方”“第三方”描述来源，“内置”“用户安装”描述交付方式。它们不直接决定是否允许停用或卸载；系统必需组件与用户可选扩展应分别处理。

## 3. 行业方案包含什么

行业方案可以组合七类内容：AI 同事、技能、依据资料、接入源、业务看板、任务模板和扩展依赖。它提供一套业务配置，不等于一个引擎插件。

例如，一份营销方案可以定义内容同事、写作技能、产品资料、数据连接和周报模板。导入后，分别核对内容、连接及岗位授权；方案已加入不代表所有依赖都已可用。制作方式见[业务资源包](https://docs.teloa.ai/markdown/develop/packages.md)。

## 4. 已安装不等于可用或已授权

| 要核对的事实 | 含义 |
| --- | --- |
| 安装 | 内容已装入对应运行环境 |
| 启用 | 已保存加载或启用选择 |
| 运行 | 当前组件是否真正加载成功，是否有错误或需要重启 |
| 连接与认证 | 外部服务和凭据是否可用 |
| 业务授权 | 哪位同事可以在什么范围内使用哪些操作 |

这些是独立维度，并非固定的五步流程。纯技能可能不需要认证；插件已启用但加载失败时，仍不能使用；连接成功也不会把发布、修改或删除权限交给所有同事。

以“生成营销周报”为例：任务模板确定输入和交付要求，技能规定分析方法，接入源提供数据，同事在授权范围内执行，引擎记录实际运行。最后是否交付，由任务要求决定。

## 5. 去哪里管理

市场负责发现和选择，能力页管理已有资源与扩展状态；设置中的“连接与运行环境”直接承载原生插件与运行配置；“组件状态”用于排查依赖。安装、启用、运行和业务授权分别核对。

设置页复用官方管理界面和保存能力，业务授权仍由 Teloa 单独管理。操作见[能力指南](https://docs.teloa.ai/markdown/guides/capabilities.md)，接入边界见[能力与引擎接入边界](https://docs.teloa.ai/markdown/develop/engine-integration.md)。