数字员工/团队包含相关的管理功能，支持新建、修改、复制和删除 数字员工/团队。

主要内容

包括以下内容：

• 数字员工/团队 编排
• 专项任务团队
• 访问设置
• MCP 服务开放
• 日志查看
• 版本管理

数字员工/团队 在应用中的位置

数字员工/团队 是应用中的核心对象。知识库、插件、工作流、MCP 服务、执行成员等能力，最终都会围绕 数字员工/团队 的回答方式和执行过程进行组合。

因此，数字员工/团队 开发页既是配置对话能力的入口，也是串联其他能力模块的重要位置。

数字员工/团队 编排

在充分利用大语言模型优势的同时，平台还支持通过知识库、插件、工作流、MCP 服务和执行成员等能力来配置 数字员工/团队 如何响应用户查询，以保证回复更贴近预期。

数字员工/团队 类型

新建 数字员工/团队 时，可以根据业务场景选择合适的类型。

• 单体员工：适合由单个 数字员工/团队 结合知识库、插件、工作流、MCP 服务等能力完成回答或任务处理。
• 专项任务团队：适合调度多个协同成员，共同完成更复杂的任务。

专项任务团队

专项任务团队用于配置“协调者 + 执行成员”的工作方式。协调者 负责理解用户问题、判断是否需要调用成员、分配任务、汇总结果，并向用户输出最终回答。

协同成员支持选择：

• 单体员工：适合复用已有单体员工的对话、知识和工具能力。
• 执行成员：适合处理需要执行具体操作、进入业务系统或回传执行进度的任务。

配置专项任务团队时，通常需要关注以下内容：

• 任务协调指令：说明协调者的职责、边界、何时调用成员、何时自行回答。
• 协同成员：选择单体员工或执行成员，并说明每个成员负责什么。
• 调用条件：说明什么情况下需要调用该成员。
• 输入范围：说明协调者需要把哪些上下文传给成员。
• 输出要求：说明成员返回结果的格式或结论要求。
• 失败处理：设置成员调用失败后是重试、跳过还是终止。

发布前建议确认协调者和协同成员说明是否清晰。协同成员说明越明确，协调者越容易在合适的场景下选择合适的成员。

变量设置

数字员工/团队 支持统一设置变量，并在提示词、开场白、插件参数、工作流参数和 MCP 参数等位置重复引用。

数字员工/团队 中的变量分为两类：

• 系统变量：由系统根据当前用户、应用、数字员工/团队 和会话上下文自动生成，只支持查看。
• 全局变量：由开发者在当前 数字员工/团队 中维护，可用于多个配置项重复引用。

通过变量设置，可以把高频参数或上下文信息集中维护，减少重复填写。

人设与回复逻辑

人设与回复逻辑，即提示词，是用自然语言编写的模型指令。搭建 数字员工/团队 的第一步通常就是先设置提示词，用来明确 数字员工/团队 的职责、回答方式与边界。

人设与回复逻辑决定了 数字员工/团队 的基础行为定义。如果这里没有设定清楚，后续即使补充了模型、知识库或插件，也可能难以得到稳定的回答效果。

在支持变量引用的配置位置中，也可以直接选择系统变量和全局变量，用于统一管理提示词中的固定信息或上下文信息。

模型选择

平台已接入多款大模型，并支持对模型参数进行精细化配置，例如生成多样性、输入及输出设置等。

1. 选择模型

你可以在 数字员工/团队 编排页面为 数字员工/团队 选择合适的大模型。例如：

• 长文本生成或优化场景，可优先选择支持长文本处理的模型。
• 具有复杂业务逻辑的场景，可选择支持工具调用能力的模型。

2. 设置生成多样性

系统提供多种预置模式，用于从不同维度调整模型输出时的随机性。

• 精确模式：输出更严格遵循指令，可能会更集中、更稳定。
• 平衡模式：兼顾随机性与准确性。
• 创意模式：输出更具多样性和创新性，但某些场景下可能偏离主旨。

你也可以根据需要进行自定义设置。不建议同时大幅调整温度和 Top P，以免难以判断每个参数的实际效果。

3. 输入及输出设置

输入及输出设置用于指定模型的输出格式及相关控制参数，常见配置包括：

知识库

知识库能力可以帮助减少大模型幻觉，并补足专业领域知识，提升回复的准确率。

1. 添加知识库

为 数字员工/团队 关联知识库后，可以为回答提供更准确的知识支持，增强大模型输出的可靠性和专业性。

2. 知识库检索与召回

在 数字员工/团队 关联知识库后，可以通过检索和召回配置解决“从哪里查、怎么查、返回几条”的问题。召回内容的完整度和相关度越高，生成回复的准确性和可用性通常也越高。

插件

插件可以直接在 数字员工/团队 内使用，也可以在人设与回复逻辑中指定调用逻辑，从而扩展 数字员工/团队 的能力边界。你可以选择已经发布的插件，也可以移除当前已选插件。

配置插件输入参数时，也可以直接引用 数字员工/团队 中的系统变量和全局变量，减少重复填写。

工作流

工作流同样可以直接在 数字员工/团队 内使用，也可以在人设与回复逻辑中指定调用逻辑，用于扩展 数字员工/团队 的处理能力。你可以选择已发布的工作流，也可以移除当前已选工作流。

从使用关系上看，插件更偏向接入外部工具能力，工作流更偏向组织多步处理逻辑，两者都可以成为 数字员工/团队 回答链路中的一部分。

配置工作流输入参数时，也可以直接引用 数字员工/团队 中的系统变量和全局变量。

MCP

MCP 服务也可以直接在 数字员工/团队 内使用。你可以从当前应用已接入的 MCP 服务中选择工具，并在 数字员工/团队 中配置对应输入参数。

配置 MCP 输入参数时，也可以直接引用 数字员工/团队 中的系统变量和全局变量。

资源版本提示与更新

数字员工/团队 编排中引用的插件、工作流等资源如果存在新版本，系统会在编排页面提示。开发者可以根据需要选择是否更新到新版本。

资源版本只支持升级，不支持降级。更新前建议先确认新版本的输入、输出和使用规则是否仍符合当前 数字员工/团队 的配置。

对话体验

开场白是用户进入 数字员工/团队 后自动展示的引导信息，主要用于帮助用户理解 数字员工/团队 的用途，以及应该如何与 数字员工/团队 交互。

• 开场白文案可以帮助用户更快理解 数字员工/团队 的能力。
• 用户进入 数字员工/团队 后，系统会默认发送这段预先设置的开场白。

如果开场白中需要复用固定内容，也可以通过变量方式统一维护。

预览&调试

在搭建 数字员工/团队 后，你可以在预览与调试界面直接与 数字员工/团队 对话，并根据执行过程和响应结果继续优化配置。

调试台支持查看每一条用户请求从输入到响应的完整链路，包括模型调用、工作流执行、MCP 调用、知识库调用和协同成员调用等信息，便于定位问题。

对于专项任务团队模式，调试时可以重点查看本轮调用了哪些成员、调用顺序、耗时以及成功或失败状态。

常见场景包括：

• 开发调试：回答不符合预期，需要回看执行过程并调整配置。
• 线上排障：用户反馈 数字员工/团队 不响应或返回异常信息，需要定位问题来源。

版本管理

发布后的 数字员工/团队 支持查看历史版本提交记录，也支持还原到指定版本。还原后会覆盖当前草稿内容，再次发布后即可使用对应版本。

数字员工/团队 版本号按 v0.0.1 这类格式展示。发布新版本时，系统会默认在原版本号基础上递增；也可以手动调整为更大的版本号，不能填写小于或等于原版本的版本号。

如果 数字员工/团队 已经被工作流引用，发布新版本时系统会展示引用位置。数字员工/团队 发布新版本后，不会自动升级工作流中引用的版本；需要进入对应工作流中手动更新。

访问设置

访问设置用于控制当前 数字员工/团队 的访问范围，现支持内部访问和公开访问两种方式。

• 内部访问：用于控制组织范围内哪些人员可以访问当前 数字员工/团队，支持按人员、部门、角色或全部人员等方式进行配置。
• 公开访问：支持一键生成访问链接，获得链接的人员无需登录即可访问；如有需要，也可以额外设置访问密码。

访问设置会直接影响 数字员工/团队 的可见范围和使用方式。发布前建议一并确认当前 数字员工/团队 是面向组织内部使用，还是通过公开链接对外提供访问。

MCP 服务开放

数字员工/团队 支持手动开放为 MCP 服务。开启后会自动生成 MCP 服务地址和访问凭证，获得这些信息的使用方可通过 MCP 客户端访问当前 数字员工/团队。

开启与关闭

• 需要手动开启。
• 关闭后会停止访问。
• 重新开启后，原有访问地址和访问凭证保持不变。

版本与鉴权

• 支持访问 数字员工/团队 的最新版本，也支持访问指定历史版本。
• 访问凭证支持重新生成。
• 重新生成后，需要使用最新访问凭证进行访问。
• 接入参数和注意事项由系统自动生成。

开放后的使用方式

• 开放后，外部 MCP 客户端可以直接访问当前 数字员工/团队。
• 显示的名称和描述会沿用当前 数字员工/团队 的名称和描述，便于识别对应能力。
• 支持以连续对话的方式使用当前 数字员工/团队。

日志记录

• 若开启日志记录，日志中会标识为 MCP 访问。

日志

系统会记录用户的每一次对话，以及模型响应和工具执行过程，并以会话维度进行呈现。出现问题或需要持续优化时，可以通过日志快速回溯真实使用过程。