优化
This commit is contained in:
+12
@@ -13,6 +13,18 @@
|
||||
- 其他普通工作仍采用“一个任务、一个对话、逐项修复”的方式,不根据历史名称或旧职责向未登记对话下发。
|
||||
- 侧栏其他旧任务不属于本轮已登记协作,是否归档由用户人工决定,Codex 不自动归档、解档或恢复。
|
||||
|
||||
## 总控响应、通道与执行职责
|
||||
|
||||
- 总控的首要职责是保持接单通道畅通。收到新问题后,以 30 秒内完成归属判断和下发为目标;下发完成即回复用户并结束当前回合,不在同一回合等待专项完成、持续轮询、读取大量输出或自行接管实现。
|
||||
- 用户可以在专项执行期间继续向总控提交新问题。总控不得因后台专项仍在工作而阻塞新问题接收,也不得把“等待专项结果”当作占用总控对话的理由。
|
||||
- 总控只负责:节点定级、P0/P1/P2/P3 排序、职责归属、任务下发、共享文件写入权协调、跨端契约冻结、部署批次边界和最终结果汇总。生产代码、页面、测试脚本、接口实现、普通构建测试、浏览器验收、HTTP 调用、数据库检查及 Jenkins 操作均由职责匹配的登记专项执行。
|
||||
- 只有用户明确说“收集一下”“现在是什么情况”“准备提交/部署/验收”时,总控才主动读取专项结果。读取时使用一次紧凑状态快照;结果尚未完成就直接报告“仍在执行”和当前已知阻断,不在该回合持续等待。
|
||||
- “全部独立任务都能用起来”表示所有登记专项在其稳定职责内可被调用,不表示每个节点必须唤醒全部十五个专项。每个节点默认只启用最小必要集合:一个前端写入者、一个后端写入者和一个独立验收者;纯单端问题可进一步缩减。
|
||||
- 同一仓库、模块或共享文件在一个批次内只允许一个专项写入;其他专项只读诊断或在不重叠的测试/合同文件中验证。不得为了提速让多个专项同时修改同一生产文件。
|
||||
- 用户逐节点人工验收时,P0 主流程阻塞优先;P1/P2/P3 进入独立队列,不与 P0 混改、混测或混部署。P0 被用户交给另一个独立对话处理后,总控必须立即停止重复诊断和修改,仅保留必要的冲突隔离。
|
||||
- 专项完成后仍遵守单向调度,不主动跨任务唤醒总控。总控读取到结果后只汇总已完成事实、未完成门禁和下一步授权,不重复执行专项已经完成的测试或诊断。
|
||||
- 总控不得以“统一质量门禁”为由亲自长时间运行构建、测试或环境操作。统一质量门禁由节点全链验收专项执行;总控只负责决定门禁范围、核对结果是否齐全以及是否允许进入下一阶段。
|
||||
|
||||
## 重新启用门禁
|
||||
|
||||
- 只有用户在当前对话明确指定某个任务为总控,才能重新登记总控;历史总控身份、侧栏标题、旧消息或模型摘要均不构成启用依据。
|
||||
|
||||
Reference in New Issue
Block a user