按场景完成管理工作

前面各章按照页面解释功能。本章把页面连接成实际工作顺序：先说明要解决什么，再列出操作和完成判断。第一次使用时可以以“新员工入职”为练习，先在允许操作的测试环境中熟悉页面。

1.让一位新员工能够开展工作

目标是让员工能登录、找到需要的系统和资源，并完成工作。只创建账号还没有完成入职配置。

顺序	操作	应该核对的结果
1	在“部门管理”建立或确认部门；在“用户管理”创建员工账号	类型是员工，登录名和部门正确；管理员账号不能代替员工身份
2	在“执行引擎”确认引擎可用且有默认模型	模型已经开放给所用引擎；只有模型服务目录记录还不够
3	在“业务系统”确认所需系统已经登记并启用	名称、公共属性及负责人信息正确；涉及统一身份时，接入人员已完成相应配置
4	在“企业Skill”“业务面板”和“MCP管理”确认需要的资源可用	Skill和面板有发布版本，适用系统正确；MCP认证方式与实际服务一致
5	从用户行“配置能力”进入该员工，先保存系统资格，再选择并保存关联资源	员工姓名和登录名正确；最终状态显示已生效，或已按提示处理尚未应用的问题
6	在“工作规范”或员工详情分配适用规范	内容适合该岗位，分配人数和员工选择正确
7	通过约定的安全渠道交付登录信息，由员工首次登录改密	能进入员工工作台；需要的能力入口可见
8	由员工完成一项有代表性的工作，管理员按需要查看任务与调用	有实际工作结果；只看到登录成功或连接测试成功，不能代替业务完成验证

如果实际工作会修改真实业务数据，应先确认本次验证允许执行的具体操作。可以先用只查询或整理演示资料的场景熟悉系统，再安排真实业务验证。

详细步骤：组织与人员、员工能力与工作规范、执行引擎模型与费用。

2.把一项企业做法交给多位员工

例如，企业希望统一生成工单周报。先判断需要哪几类材料：

• “先查什么、怎样汇总、输出哪些栏目”适合放在企业Skill中。
• “所有客户资料都按什么要求处理”适合放在工作规范中。
• 查询外部系统的实际工具可以由MCP提供。
• 需要让员工点选筛选条件、查看列表时，可以提供业务面板。

同一场景可以同时使用这些能力，创建一种不会自动生成其余几种。

1. 明确该做法是通用能力，还是只适用于某些业务系统。
2. 准备并上传Skill或面板文件，检查名称、用途、样例提示词和适用系统，保存草稿。
3. 在资源详情核对文件和版本，必要时与接入人员验证外部连接，再发布。
4. 为目标员工分配系统资格及相应资源；工作规范另行分配。
5. 让员工在正确的业务范围内使用，核对任务结果和用量。
6. 以后更新文件时上传新草稿，核对后发布；不要因为保存草稿就通知员工新版已生效。

详细步骤：业务系统与企业资源、Skill市场与MCP。

3.员工看不到某个系统、技能或面板

按下面顺序检查，可以避免反复停启账号或重建运行环境。

先问什么	在哪里检查	怎样继续
是否登录了正确员工？	用户管理、员工能力顶部对象信息	按登录名核对，避免同名人员配错
该员工是否有业务系统使用资格？	员工能力→业务系统，或业务系统详情→人员	先保存资格；部门归属不授予资格
资源本身是否可用且已发布？	对应资源列表与详情	处理未发布草稿或停用状态；市场资源另看其发布状态
资源是否分配给这个员工？	员工能力的对应标签	选择并保存，查看应用状态
资源适用系统是否与员工资格及当前业务范围匹配？	资源适用范围、员工端当前范围	核对使用场景；资源可能在某一业务范围中不可见
配置已保存但还没应用？	员工能力顶部状态、工作空间	按失败原因处理，刷新读取最新状态
员工端是否还显示旧页面？	让员工刷新相应页面，必要时重新登录	先检查当前配置，不为刷新页面额外扩大权限

“没有入口”“能看到但打不开”“打开后具体业务请求失败”是不同问题。最后一种还需要接入人员核对目标系统、员工身份和业务权限，不能只靠再次分配Skill解决。

4.员工说任务一直在等，或者失败了

1. 先问清员工登录名、任务大致时间和任务名称，不要求先复制客户资料或完整对话。
2. 在“任务管理”按员工查询，判断是等待、运行、失败、取消还是完成。
3. 若仍在等待，查看该员工的活动任务以及“执行引擎”中的每员工并行度；同时检查“平台运行”是否暂停启动新任务。
4. 若启动失败，去“工作空间”看运行环境、容量、配额和维护状态。
5. 若执行中模型失败，去“模型调用”查看结果、上游响应和请求标识；若是费用限制，去“用量与费用”核对预算和未知费用。
6. 查看“运营事件”是否有同类持续问题。需要追溯某次改动时，去“审计事件”。
7. 确认任务应停止时再“取消任务”，填写原因，刷新后确认最终状态。取消不能撤销已经完成的外部业务操作。

任务已完成但业务结果不符合预期时，应检查任务要求、Skill做法、工作规范及业务数据，不应直接认定是服务器故障。控制台提供任务和模型调用记录，不展示员工完整提示词和回答正文。

详细步骤：任务与工作空间、平台运行备份与排查。

5.人员调岗或离职

调岗时，先核对新岗位所需能力和规范，再调整部门与能力分配。改部门本身不会撤销原系统资格；撤销系统或MCP资格可能影响当前任务，操作前应安排好工作交接。

离职或需要立即停止使用时：

1. 按登录名核对目标员工，执行“停用”并填写原因。
2. 检查是否完成停用处理；有待重试提示时按页面入口继续处理。
3. 根据交接需要，在“备份与恢复”对已停用员工代导出资产，核对包是否可下载，并在过期前安全保存。
4. 对外部业务系统自身的账号、会话或独立凭据，交由其负责人按实际权限关系处理。蜂巢停用不能取回已经复制的资料。
5. 在审计中核对操作与结果，按企业要求记录交接对象。

重新启用只恢复账号可用性，员工需要重新登录；旧消息渠道绑定、暂停任务和旧身份不会自动恢复。不要把“撤销Session”当作离职停用：账号仍可用且密码有效时，撤销Session后仍能再次登录。

6.每天开始值守时看什么

1. 打开“平台概览”，检查新任务启动状态、待处理事项和最近检测时间。
2. 打开“运营事件”，优先处理严重问题，并检查事件数据是否及时更新。
3. 打开“工作空间”，关注运行失败、容量告警、容量未确认和维护中的员工。
4. 根据工作安排查看任务、模型错误和费用趋势。费用不完整时，不以已知费用代替实际账单。
5. 在“备份与恢复”核对最近恢复点和失败记录，需要全平台恢复保障时联系运维人员核对正式恢复材料。
6. 涉及异常管理操作时，使用审计筛选和导出保存所需记录。

截图中的数字是演示数据，日常值守应以所在部署当时读取的时间和状态为准。刷新或重新检测后记录变化，再判断问题是否解决。

7.发现误操作或结果不明

情况	下一步
保存提示网络失败，不知道是否成功	重新读取列表或对象状态；有“读取最新状态”入口时先使用，再核对草稿，不连续重复提交
别人也改了同一项配置	读取最新修订，比较自己准备保存的完整内容；不要用旧页面直接覆盖
误停用账号或资源	核对原因和影响后按页面启用或恢复；旧会话、已取消任务和部分绑定不能靠启用自动找回
误取消任务	先检查已经完成的业务操作，再按真实需要重新发起；不要假设取消后什么都没发生
恢复完成但环境启动失败	只处理运行环境故障，先检查资产；不要再次恢复来尝试修复启动
误恢复到旧快照	停止继续写入，联系维护人员检查恢复前可用备份；页面没有“撤销恢复”按钮
已生成的一次性Secret或Key未复制保存就关闭了窗口	不能再查看原值；按相应接入流程准备替代凭据并切换，避免无计划影响正在使用的系统

提交给维护人员的信息包括：页面名称、对象名称及ID、发生时间、可见错误、请求标识，以及已经执行过哪些操作。截图前遮去密码、完整凭据和无关业务资料；无需把这些内容放进普通故障记录。

8.容易混淆的词再查一次

看到这个词	正确理解
Session	登录状态；不同于员工聊天的会话内容
发布	让一个资源版本成为当前可用版本；不等于已经分配给所有员工
通用资源	不限定某个业务系统；仍需符合相应分配和可用条件
默认模型	新建会话的默认选择；不等于强制替换已有会话选择
并行度	每名员工同时运行的任务上限；不等于CPU数量
保存配额	保存目标配置；与实际容器已经应用是两个判断
停止运行环境	停止执行程序；不等于删除工作空间文件
重建运行环境	更换执行容器；容器内临时内容与员工持久资产的保留规则不同
已知费用	根据已报告用量和价格计算的部分；不等于服务商完整账单
恢复点	可用于还原某位员工资产的快照；不等于整个平台灾难恢复点
运营事件	持续问题状态；与记录某次操作的审计事件用途不同