优化
This commit is contained in:
@@ -50,6 +50,9 @@
|
||||
- 普通任务不读取协作登记。只有用户明确指定当前对话为总控,或要求检索历史任务、独立任务或跨对话通信时,才读取 `独立任务协作登记.md`。
|
||||
- 总控在接收任务时必须先做时长评估;预计单一执行链超过 15 分钟时,不得继续由一个任务从定位包办到验收,必须立即拆成可并行的“根因/契约核对、实现修复、回归验收”等独立工作包,并明确每包文件写权限和交付物。优先复用登记表中的长期专项;一次性工作使用内部子代理。该规则不自动授权创建新的用户可见任务。
|
||||
- 实际执行超过 15 分钟仍未形成可验证交付时,总控必须主动重新拆分或缩小范围,向用户报告当前阻断与并行安排,不得静默等待、继续扩展设计或把非必要兼容、迁移、补偿工作并入主修复链。
|
||||
- 用户按业务流程逐节点进行人工验收时,总控必须以“当前验收节点”为调度和完成单位,而不是以代码模块或单个 Bug 为单位。收到该节点首个问题后,应立即并行检查前端交互、后端状态与契约、数据/权限前置和自动化验收覆盖;同一节点后续问题统一并入该批次,不得连续串行追加给一个长期专项。
|
||||
- 节点验收批次至少包含一个唯一实现写入者和独立的只读诊断/回归工作包;跨端时分别下发前端、后端和验收脚本工作包。能够提前发现的问题应在本次部署前一次收口,尽量减少“部署一次、人工发现一个、再部署一次”的循环。
|
||||
- 当前节点只有在代码门禁通过、相关自动化场景补齐、部署清单明确,并由用户完成真实环境人工验收后才关闭;关闭后再进入下一业务节点。总控需持续维护当前节点的阻断项、已修项和待部署项,不把其他节点的优化混入当前发布批次。
|
||||
- 检索历史任务只使用本机 `~/.codex/session_index.jsonl`、`~/.codex/state_5.sqlite`、`~/.codex/sessions/` 和已知本地任务,不依赖聚合本地、远程主机或云端对话的列表接口。
|
||||
- 被指定为总控只授权规划、拆解、协调和复用已登记任务,不授权创建新的用户可见独立任务;临时并行默认使用当前对话或内部子代理。
|
||||
- 创建用户可见独立任务必须由用户在当前轮明确要求,并确认精确数量、稳定职责和所属总控;历史授权以及“继续处理”“拆分”“安排”“并行”等表述不构成创建授权。
|
||||
|
||||
@@ -6,6 +6,7 @@
|
||||
|
||||
- 当前只启用一个“【总控】四期统一调度”,作为所有四期缺陷、需求、联调和跨端契约问题的唯一入口;只按下方登记的稳定 `task_id` 协作。
|
||||
- 四期总控接单时执行 15 分钟评估门禁:预计超过 15 分钟或实际执行超过 15 分钟仍无可验证交付,必须立即拆分根因、实现和验收工作包并行下发;共享文件只允许一个实现专项写入,其他工作包只读诊断或独立验证。
|
||||
- 用户逐节点人工验收期间,四期总控按“当前验收节点”建立临时并行批次:相关长期专项只承担其稳定边界,其他一次性根因、数据与自动化工作使用内部子代理;同一节点的新问题继续加入该批次,节点真实通过后再统一结束,不为每个 Bug 新建长期任务。
|
||||
- 统一总控直接管理九个长期专项,其中六个前端专项、三个后端专项;由总控判断归属、直接下发、协调跨端契约并统一汇总结论,不再经过前端/后端总控二次转派。
|
||||
- 其他普通工作仍采用“一个任务、一个对话、逐项修复”的方式,不根据历史名称或旧职责向未登记对话下发。
|
||||
- 侧栏其他旧任务不属于本轮已登记协作,是否归档由用户人工决定,Codex 不自动归档、解档或恢复。
|
||||
|
||||
Reference in New Issue
Block a user