#定义数字员工岗位

岗位定义说明数字员工为谁工作、负责什么、如何协作，以及哪些事项必须交给人。它决定员工在业务中的责任边界。

#一张岗位卡需要什么

只有岗位需要跨职责协作时，再设计汇报线和委派关系。不要把销售、履约、财务和内容发布全部交给一个没有边界的员工。

#区分三类配置

• promptSpec： 常驻的身份、风格、权限边界、红线与技能路由。
• skillset： 岗位要执行哪些具体业务方法。
• toolkitKeys： 岗位可以调用哪些工具能力。

这些配置需要与实际部署目录核对。不要把本文中的概念示例当成可直接提交的 API 请求体。

#编写常驻规则

规则至少覆盖身份、服务对象、执行原则、红线与技能路由。示例：

岗位：经营分析助手。
服务对象：当前团队中获授权的管理人员。
执行原则：使用已授权业务台账；结论注明来源；缺失数据明确说明。
红线：不修改付款状态；不擅自对外发送；不扩大数据访问范围。
路由：收到经营情况、简报或周报任务时，使用对应经营简报技能。

详细字段、计算与异常规则放在 Skill 中，避免把所有任务步骤混进常驻身份说明。

#进入目标团队

模板进入团队后，还要检查数据权限、技能绑定、工具授权、协作对象和接收人。能出现在员工花名册中，只代表员工实例存在，不代表业务已经装配完成。

#验证岗位边界

分别测试岗位内任务、信息不足任务、越权请求和跨岗位任务。检查员工能否执行职责内工作，在信息不足时明确提问，并把需要人确认的事项交给正确负责人。

下一步：编写岗位技能。

#把岗位卡接回场景

补齐每个岗位的 Cue、Reference、Input、Do、Output，以及能力当前是否已通过场景验证。由Team 方案设计统一记录成员、设备、Secret、数据、知识和工作区依赖。技能决定怎么做，工具集决定有哪些动作；使用能力速查核对精确标识，避免把业务岗位默认配置成管理员。