工作项自动化与人工执行
用途与关联对象
事项执行方式说明工作由人推进,还是在项目允许范围内委托自动化。执行方式、总体负责人、当前环节责任与原生状态是不同维度,不能互相替代。
入口与条件
既有盘点在已有工作项详情见自动化区域和当前人工执行说明;项目设置文案说明事项独立选择委托。当前源码规则由Symphony负责执行运行时。本次未切换方式、发起执行,也未逐项核实重试、取消、反馈和日志UI。
执行规则与结果层次
| 内容 | 应如何理解 | 当前缺口 |
|---|---|---|
| 人工执行显示 | 当前对象展示的执行方式 | 不推断其他项目或事项全部相同 |
| 项目允许委托 | 事项委托的项目层条件 | 保存、生效和角色门禁未验证 |
| 事项自动化选择 | 对这条事项的委托决定 | 具体控件、资格及提交结果未核实 |
| 执行结果 | 委托处理产生的结果及证据 | 实际运行、完整产物和失败分支未验证 |
| 重试/取消/反馈/日志 | 当前源码规则涉及的执行管理面 | 当前UI、权限、幂等和影响未逐项取得证据 |
| 工作项状态与责任 | 当前进度及下一位应处理者 | 不能从运行完成文案推定验收、测试或关闭 |
没有依据要求普通用户选择旧Run队列、Agent或手工维护另一套执行进度。运行时状态与原生业务进度不是让用户平行同步的两条状态轴;业务含义仍按原生状态定义及适用动作核对。
影响与结果核对
委托、重试、取消或反馈可能影响执行及外部产物,不能当作只读排障。真实获准操作时应先确认当前事项、目标动作和现有结果,操作后分开读取委托、执行结果、原生状态和责任。结果不明时先查现状,不重复委托或重试制造重复工作。
教程:只读理解当前执行方式
- 从已有获准事项确认项目、编号、类型、原生状态及当前责任。
- 读取自动化区域的实际显示,不因人工执行说明而改变分配或切换自动化。
- 如需理解前提,读取项目自动化委托;项目允许不等于此事项已提交委托。
- 对已有结果只在获准范围内阅读;没有日志/产物界面证据时保留缺口,不猜隐藏入口或触发运行补证。
- 判断后续由谁处理时转责任教程,判断验收与关闭时转状态教程。
常见问题
自动化替代总体负责人吗? 执行方式与人类业务责任不同,不能据此取消责任核对。
运行完成能直接记为已结束吗? 仍需核对原生状态、适用决定及人类验收,不由运行文案替代。
看不到日志就重试吗? 当前日志入口和结果不完整时先查权限与现状,不以重试补证。
取消执行等于取消工作项吗? 执行管理与业务取消的目标不同,当前联动未验证,不能互代。
版本与核验
依据2026-10-15既有详情/项目说明只读观察及固定当前规则。Release v1.0.295不是部署commit证明;未委托、重试、取消、反馈、查看完整运行日志或验证业务迁移。关联归档边界与版本说明。