查看任务进度，维护员工的工作空间

员工提交一次请求后，平台把它作为一项“任务”排队和执行。任务需要一个能运行程序、使用文件和调用工具的环境；这个环境依托员工自己的工作空间。本章说明任务卡住时怎样定位，以及哪些维护动作会影响任务、哪些会影响文件。

先分清会话、任务、工作空间和运行环境

对象	可以怎样理解	管理员在本章能做什么
会话	员工围绕一件事情持续沟通的记录。	任务列表会提示关联会话是否已删除；这里不打开会话正文。
任务	一次实际执行，有创建、开始、截止和结束时间。一次会话可以产生多项任务。	查询任务、查看状态和终止原因、取消尚未结束的任务。
工作空间（Workspace）	员工长期使用的文件和相关资产所在的位置。工作目录和个人目录用于保存持久文件。	查看容量、账号和空间状态、配置资源上限。
运行环境（Runtime）	为员工执行程序的容器环境。容器是隔离的程序运行环境，停止或重建它不等于删除工作空间。	停止或重建运行环境。
运行环境代次	每次重建后增加的代号，用于区分当前环境和以前环境。	核对操作对象，避免把打开页面时看到的旧状态用于现在的环境。

任务可能在工作空间里修改文件，也可能已经调用业务系统。取消任务能阻止后续执行，但不会自动撤销已经发生的文件修改或业务操作。

1.查询某位员工的任务

打开左侧“运行与维护→任务管理”。页面默认显示“当前任务”，即还没有结束的任务。

图8-1：结合创建、开始、截止和结束时间判断任务是在等待、运行还是已经结束。

在“员工”输入姓名或登录名，可以留空查看全部员工。
在“状态”选择“当前任务”“已结束”“全部”，或指定“等待中”“运行中”“已完成”“失败”“已取消”。
点击“查询 / 刷新”。列表每次加载30项，有后续记录时点击“加载更多”。
记下目标任务的任务标识、时间和终止原因。要排查模型响应，可到模型调用使用“更多筛选→任务标识”查询。

“来源”说明请求从哪里进入：聊天、定时任务、开放API、企业微信、微信、Telegram或面板修改。来源不同不代表状态含义不同。

状态	表示什么	可以先做的判断
等待中	已经创建，尚未开始执行。	查看该员工已有多少运行中任务、平台是否暂停新任务、工作空间是否受限。
运行中	任务已经开始。	结合开始时间和截止时间观察，必要时检查模型调用；没有新文本不一定代表没有运行。
已完成	平台记录任务正常完成。	如业务结果不符合预期，需要核对实际产物或业务系统；“已完成”本身不能代替业务验收。
失败	任务因错误或限制终止。	先读“终止原因”，再到对应页面处理模型、预算、容量、凭据或运行环境问题。
已取消	任务停止，后续执行不再继续。	仍需核对取消前已发生的业务操作。
正在取消	平台已经收到取消请求，运行中的任务尚未确认结束。	刷新观察最终状态，不把请求受理当作已经停止。

会话已删除时，任务行会显示“会话已删除”。这不等于任务记录消失，也不能据此判断任务是否完成或已取消。

2.取消一项任务

当员工确认不再需要某项任务，或任务持续异常时，可以由管理员取消。

核对员工姓名、任务标题和任务标识，确认取消的是目标任务。
点击该行“取消任务”。只有未结束的任务显示这个入口。
阅读影响，在弹窗填写操作原因，点击“确认取消任务”。原因不能为空，最多500字。
点击“查询 / 刷新”核对状态。“正在取消”表示仍在处理；最终以“已取消”或已经结束的实际状态为准。

任务已经请求取消但尚未结束时，按钮显示“重试取消”。先刷新，确认仍需要取消后再重试。若任务恰好已经完成，不能假定取消请求把已完成的业务效果撤销了。

这里没有“重跑任务”或修改任务内容的入口。需要重新执行时，应由任务发起方在对应会话或接入渠道重新提交，并先判断会不会重复产生业务操作。

3.任务为什么排队，在哪里调整并行度

平台限制每位员工同时运行的任务数，是为了防止一个员工的多个会话占满同一工作环境和模型服务。达到并行度上限后，后续任务需要等待。

设置入口在“模型与用量→执行引擎”页面底部的“任务设置”。“每员工并行度”允许1至16，“默认任务时限”允许1至120分钟。Hive Pi和OpenCode共用设置；时限从排队开始计时，修改后只影响新任务。完整步骤见任务并行度和默认时限。

不要看到排队就直接提高并行度。先检查平台是否暂停启动、工作空间是否可启动、是否有资源或模型限流。提高并行度不能解除这些限制，反而可能让机器或上游承受更高负载。

4.从工作空间页判断员工能不能启动任务

打开“运行与维护→工作空间”。顶部给出工作空间总数、正在运行的环境、失败的环境和暂时无法运行任务的数量。

图8-2：任务启动状态、环境状态和持久容量要结合看。容量记录过旧时先“重新检测容量”。

在搜索框输入员工、登录名或工作空间ID。
按需要选择运行环境状态，或筛选“可启动任务”“暂时无法启动”。
查看目标行的运行状态、代次、任务启动、运行与排队数、资源与持久容量、最近备份。
点击行首展开箭头，查看工作空间ID、账号和空间状态、持久容量预警、容量采集时间及Docker估算使用情况。
容量采集超过5分钟或显示未知时，点击“重新检测容量”，再核对最新时间和结果。

“允许”只说明当前容量等快照没有显示相应限制，实际启动时还会重新检查；“未知”不是已确认正常。平台运行页的“重新检测”不会更新这里的容量快照，需要在本页操作。

资源信息怎样理解

CPU和内存显示此员工运行环境的使用上限，属于程序运行资源。
持久容量显示工作目录和个人目录共用的文件容量，属于长期文件空间。
Docker估算使用显示容器存储等相关空间情况，与员工持久容量不是同一个数。员工文件没超配额，也可能出现宿主机存储告警。
“平台默认配额”表示该员工沿用部署配置，不代表没有上限。

“运行中”说明环境已启动；“已停止”说明当前没有运行，不能据此判断文件丢失。“失败”需要结合任务、容量和运营事件排查。“重建中”“恢复中”“停止中”表示维护过程还在进行，不宜重复提交其他维护操作。

5.修改一位员工的资源配额

配额用于给员工的程序设置合理资源上限。它与任务并行度不同：并行度限制同时跑几项任务，配额限制这些任务共享多少CPU、内存和持久存储。

图8-3：先区分目标配置与当前实际值，再选择保存配置或立即应用。

在目标工作空间行点击“资源配额”。弹窗同时显示“平台默认配置”或“个人配置”，以及“已生效”“待生效”等状态。
填写“CPU上限”“内存上限”“持久存储上限”。CPU单位为vCPU，内存和存储单位为GiB；1GiB为1024³字节。
对照每项下方的当前实际值和已用存储。CPU和内存不能超过宿主机上限；持久存储不能低于已用容量。
选择保存方式：

按钮	什么时候使用	实际结果
保存配置	当前有任务或暂不希望重启环境。	保存目标值，下次容器启动前应用；保存成功不代表正在运行的环境已按新值执行。
保存并重启	账号和工作空间正常、没有运行或排队任务，当前环境运行中。	短暂停止并重启原容器，使配额生效，保留文件和已安装依赖。
保存并生效	满足空闲条件，当前环境已停止、失败或尚未准备。	应用配额；原本停止的容器保持停止，尚未准备的环境在首次启动时应用。
恢复默认	希望撤销个人配额，沿用平台默认配置。	先把表单切回默认值，仍需点击保存或保存并生效，才真正提交。

CPU和内存配额是使用上限，不会为员工独占宿主机资源。给所有员工较高上限，并不意味着机器同时提供得出这些资源。

配额应用失败时怎样处理

弹窗会保留目标配置，显示实际值和失败原因。先重新打开或读取当前状态，区分“目标已保存、应用失败”与“配置保存失败”。

如果出现“核对并恢复”，表示平台尚未确认上一次维护已安全结束，仍保护该工作空间不接受任务。点击后平台会核对并解除本次配额维护，容器保持停止；它不会自动应用新配额或启动容器。核对成功后，再检查实际值并重新应用目标配置。

如果提示“配置或容器状态已改变”，关闭后重新打开，核对当前配置再提交。不要通过重复点击或修改页面请求绕过维护保护。

6.停止运行环境：停止执行，保留长期资产

适用于需要中断该员工所有任务、释放运行资源或处置环境异常的情况。若只需停止一项任务，先用任务管理中的“取消任务”。

确认账号和工作空间正常，目标环境处于“运行中”或“失败”。
在该行打开“运行操作”，选择“停止运行环境”。
阅读弹窗中的当前代次、运行和排队数量，填写原因并点击“确认停止运行环境”。
等待提示，核对状态变为“已停止”、未结束任务已结束，并记下审计事件编号。

停止会取消该员工所有未结束任务，并清理临时运行凭据；不会删除工作空间、个人目录、会话、Skill或平台保存的凭据。停止前已发生的业务操作仍不会自动撤销。

本页没有独立“启动”按钮，不应把“重建”当作日常启动方法。任务启动仍受平台准入、账号、容量、凭据等检查约束。

7.重建运行环境：换一套环境，继续使用原文件

重建用于容器本身异常、需要重新准备执行环境的情况。它会生成下一代运行环境，同时继续使用原工作空间和个人目录。

先确认没有运行中或排队任务；有任务时，等待任务结束，或明确取消不再需要的任务。
确认账号和工作空间正常，环境处于“运行中”“已停止”或“失败”。
打开“运行操作→重建运行环境”。
阅读当前代次和影响，填写原因，点击“确认重建运行环境”。
检查环境状态和代次。成功后代次增加1，页面提供审计事件编号。

重建保留持久文件，但容器系统层会更换。在容器系统层临时安装的软件或临时状态不属于工作空间长期文件，应通过既有环境准备方式恢复；不要把重建当作备份或文件恢复。

状态或代次在操作期间发生变化时，平台会拒绝过期操作。先刷新并重新判断，不应沿用旧代次继续提交。

8.遇到常见情况，先到哪里看

看到的情况	先检查	再决定什么动作
很多员工的任务都排队	平台运行中的新任务启动状态、基础服务。	是否需要恢复平台准入或处理基础服务故障。
只有一位员工排队	该员工运行中任务数、工作空间容量和状态。	是否达到并行度，或需要处理该空间限制。
环境运行中但任务失败	任务终止原因、模型调用、预算和业务凭据。	不要只因任务失败就重建容器。
容量显示未知或信息很旧	“重新检测容量”后核对采集时间。	确认真实限制后再清理文件或调整配额。
资源配额显示生效失败	打开资源配额查看实际值、目标值和错误。	按界面核对恢复或重新应用，避免重复维护。
想找回误删或覆盖的文件	备份与恢复中的恢复点和时间。	先评估恢复会覆盖哪些当前资产，再执行恢复。