Skip to content

analysis(evolution): E1 约束进化飞轮修复——Phase 1 全链路打通(立票存档,暂不排期) #602

Description

@dommaker

This was generated by AI during triage.

定位:立票存档,暂不排期(2026-09-20 维护者裁决:可以以后再动,但不能沉默忘记)

背景

出处:studio#599 triage 衍生的约束体系设计讨论。结论之一:规则从「纪律层(文本)」晋升到「门禁/工作流」必须靠机制,靠人等于不发生(28 条淤积零晋升即证据)。晋升机制 = E1 约束进化飞轮的正确形态。

现状(2026-09-20 实测)

  • 提案生成三条链路两条残废:(a) iron-law/guideline 恒返回 [](harness 0.17.0 删 autoEvolve 断头);(b) 被 EP-0002 pending + open-exists 去重自锁永久堵死
  • applier 从未真实执行;其写入的 prompt-override 文件生产零读者(死写入)
  • 信号断流:tool:call / knowledge:outcome 事件当前窗口为零——真实原因:开发 agent 是外部 spawn CLI,不经过 studio API 的埋点路径
  • 修复方案已立项未执行:docs/plans/2026-08-flywheel-repair-e1.md
  • 历史全周期仅 2026-07-21 产出 1 个真实提案(EP-0002),从未被审核

Phase 1(本票范围):让飞轮转起来

  1. 修四个断点:autoEvolve 替代层接通、EP-0002 自锁 bug、override 文件接生产读者、信号源接到开发 agent 真实工作面(外部 CLI 执行 trace)
  2. bootstrap:回填历史事故台账(1b047ccc、review 打回、CI 红记录)为初始计数
  3. 验收:一条真实规则走完「信号→提案→频道人审→生效→被消费」全链路一次

Phase 2(另立票,Phase 1 验收后):违规代理计数

「拦不住但数得出」——纪律规则的违规用机械代理信号计数(如:声明完成→CI 红、commit 动阈值/删测试、新源码无测试文件),阈值触发自动晋升提案卡,人审后落成门禁/工作流,文本退役。

已知风险(设计时必须标定):代理信号误报率。CI 红多数是安全网正常工作而非违规;合法阈值调整存在。每条代理规则须先人工标定小样本验证误报率,否则垃圾提案→人审疲劳→机制二次死亡。

配套:harness 约束 schema 引入 channel: gate/workflow/discipline 字段(晋升的读写落点),与 harness#174 ADR 中的设计方向呼应,届时一并做。

不做功边界

  • 不在本票实现全自动晋升——提案/计数机制化,批准永远留人闸
  • Phase 2 的违规计数器不在 Phase 1 范围

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions