> For AI agents: the complete documentation index is available at https://docs.danqiuos.com/llms.txt, the full documentation bundle is available at https://docs.danqiuos.com/llms-full.txt.

# 核心概念

一个数字员工围绕岗位职责工作，需要知识、技能、工具与授权共同支撑。场景应用把这些能力组织成企业可使用、可验收的工作方式。

## 数字工人与数字员工

**数字工人**可理解为可复用的岗位模板。**数字员工**是进入具体团队后的实例，拥有团队上下文、授权范围、会话与运行记录。同一岗位模板进入不同企业后，需要结合企业知识和规则重新配置。

员工数量并非越多越好。只有职责、数据范围或确认人不同，且确实需要接力时，才拆分为多个岗位。

## 岗位、技能与工具

| 对象                | 回答的问题                  | 示例                              |
| ----------------- | ---------------------- | ------------------------------- |
| 岗位与 promptSpec    | 我是谁，为谁工作，边界在哪里         | 面向管理层的经营分析助手                    |
| Skill             | 某类工作按什么方法完成            | 经营简报的输入、步骤与验收规则                 |
| Skillset          | 一个岗位组合哪些技能             | 简报、异常识别、周报                      |
| Toolset / Toolkit | 按能力组织的工具集合，需核对当前配置标识   | 业务数据使用、文档生成                     |
| Tool              | 运行时调用的具体动作，参数由当前工具契约决定 | `arcubase-cli`、`officecli-docx` |

给员工写了“查询订单”的指令，并不会自动获得订单数据权限。技能、工具授权和数据可见范围必须彼此匹配。

工具集和具体工具可在[能力速查](https://docs.danqiuos.com/reference/overview.md)查找。Skill 定义方法，工具提供动作，资源权限决定能操作哪些对象，这三者需要同时成立。

## Team、工作区与成果

Team 是场景装配的团队边界；工作区决定任务、内容与成果的协作范围。个人工作区不作为团队共享入口，团队工作区也应分别确认查看和提交权限。能使用数字员工，不代表能打开它处理的所有资料。详见[Team 设计](https://docs.danqiuos.com/build/team-design.md)与[工作区](https://docs.danqiuos.com/platform/workspaces.md)。

## 数据、知识、本体与记忆

| 类型       | 适合承载             | 不宜替代         |
| -------- | ---------------- | ------------ |
| Arcubase | 客户、订单、回款等结构化业务记录 | 文件资料的全文说明    |
| 知识库      | 产品手册、政策、SOP、参考文档 | 持续更新的交易台账    |
| Ontos    | 业务对象与对象关系、关系查询   | 业务数据库本身      |
| 记忆       | 偏好、稳定事实、方法与经验    | 需要严格一致性的业务账本 |

这些能力可以共同使用。例如简报读取 Arcubase 台账，依据知识库中的统计口径，结合业务关系解释异常。

## 任务与场景应用

**任务**承载目标、责任人、进度、结果与交接记录。**场景应用**围绕一类业务目标组合数字员工、数据与界面。

交互形态可以从对话开始：需要一次性的结构化确认时使用 A2UI；需要固定入口和长期页面时，考虑 Workbench。不是每个数字员工场景都需要单独开发前端应用。

## 授权与人工确认

员工使用什么身份、可读取什么数据、能执行什么动作，受组织与权限约束。对外发送、价格承诺、发布、财务例外等动作应在业务设计中明确确认人和停顿点。

下一步阅读[构建方法总览](https://docs.danqiuos.com/build/overview.md)，将这些概念转为具体交付物。