06 专家数字分身系统的两类形态

一个专家数字分身已经能给出课程设计建议，用户希望可以继续提交资料、继续上次任务、执行结果检查、支持方法更新。这些问题决定能力能否成为持续使用的服务。

学习目标：理解“一个可用能力”与“完整服务系统”的交付范围差异。

1. 专家数字分身系统定义简述

专家数字分身系统，是在某个目标和范围中，将相关智能体、Skill、资料、流程、服务和维护组织起来，持续提供专业服务的完整系统。Agent、Skill 等可以是实现的技术组件，每个系统可能采用不同的技术组合。

• 主要技术领域：软件工程、信息系统、业务流程管理。
• 概念性质：系统层面的应用称谓；本专栏采用工作定义，将其界定为业务生产系统与产品系统两种形态。
• 应用方向举例：专家生产工作台、AI 产品、AI 小程序。

系统可以服务专家自己、内部团队或外部客户，也不按智能体的数量区分高级与低级。

形态	主要使用者	主要目标	典型形式
业务生产系统	本人、内部团队	提高专业工作的生产与交付效率	Codex 工作环境、项目工作台、内部 Agent 系统
数字产品系统	客户、外部用户	将专业能力转化为可持续使用的服务	专家智能体、网站、小程序、订阅产品

2. 一次系统化服务需要哪些部分

图 06 专家数字分身系统的组成。原创教学设计图，不对应某一家平台的标准架构。

教学示例：

程老师准备提供持续的课程设计服务。

• 客户先提交培训需求，系统检查材料是否齐全，再调用诊断和课程设计能力，形成方案。
• 需要程老师参与的部分进入人工指导，完成后保存结果与所用方法版本，供下一次修改继续使用。
• 这套服务既可以由一个 Agent 调用多项能力完成，也可以由多个 Agent 分工。

多智能体是多个智能体交互协作的一种架构；采用它并不会自动补齐服务入口、结果保存和维护安排。[S13]

3. 用交付内容区分能力与系统

需要检查的内容	只交付能力时	交付系统时
任务范围	说明一个或一组能力	说明各类任务的服务路径
资料处理	明确单次输入	组织提交 补充 使用和保存
结果交付	形成当前结果	记录结果并支持后续衔接
人工参与	标明需要判断的地方	明确何时由谁接续处理
持续维护	更新能力配置	同步管理配置 资料与运行问题

这张表是设计时可用的检查框架，具体功能应根据服务范围取舍。一个仅供本人使用的系统，可能不需要复杂账户体系；面向不同客户的系统，则需要明确各自资料的可见范围。

4. 运行效果怎样检查

使用一套流程从开始到结束检查，而不只看某个节点的演示。例如，在产品入口客户能否提交正确材料，缺项能否补齐，结果是否保存，出错后能否继续，这些都应能在约定场景中演示。

结果评价与过程检查可以同时进行。Anthropic 的评估方法强调，Agent 测试既涉及交互和操作记录，也涉及环境中最后形成的结果。当系统“流程显示完成”，实质上要检查真实交付是否可用。[S16]

5. 不要用数量代替系统设计

本专栏建议先明确服务目标和范围，再决定需要几个 Agent / Skill。若一个 Agent 加若干 Skill 已能完成服务，就可以先运行这一版本。若需要分离专业职责、并行处理或独立检查，再考虑增加协作单元。

同样，增加网站、聊天入口或数字人形象，只解决服务中的某一部分。它们是否必要，要看用户通过它获得了什么便利，以及后续任务能否顺利衔接。

信息来源

正文采用中文转述；编号对应解释所在段落。以下网址以明文列出。查阅日期：2026-09-18。

[S13] IBM｜What is a multiagent system

来源类型：官方技术解释。参考内容：多个智能体的交互与协作，区别于单个智能体内部的技能组合。

https://www.ibm.com/think/topics/multiagent-system

[S16] Anthropic｜Demystifying evals for AI agents

来源类型：工程方法说明。参考内容：用任务输入和评价规则检查智能体结果，区分执行轨迹与结果。

https://www.anthropic.com/engineering/demystifying-evals-for-ai-agents