建制与可见
Durable Evolution Program:对象、单一 claim、经济页、双证、四角色、owner refs、生命周期与当前阶段。
任意聊天页说一句话即可启动;Workbench 实时看见进度、阻塞和下一步,正常路径零表单。
为什么不是一张 Demo 卡片?
因为第一天就落正式事件流与正式 Workspace surface;卡片、MCP 和 API 都只是同一 canonical truth 的投影。
用户只要说一句“我们来进化 X”。后厨自动完成建制、取证、评估、归因、审批、写回、新鲜复验和退役;用户能看懂、能批准、能撤销,但不用被迫当标注员。
先立宪法,再施工。已经冻结:F311 是薄控制面;F299 是唯一 invocation trajectory 面;F246 是唯一 Approval 入口;F307 是唯一 Workspace 宿主;版本、证据、写回与 outcome 仍归原 owner。后续任何 Phase 都不能借“先跑起来”再造一套。
Durable Evolution Program:对象、单一 claim、经济页、双证、四角色、owner refs、生命周期与当前阶段。
任意聊天页说一句话即可启动;Workbench 实时看见进度、阻塞和下一步,正常路径零表单。
因为第一天就落正式事件流与正式 Workspace surface;卡片、MCP 和 API 都只是同一 canonical truth 的投影。
接入 F299 trajectory、日志/指标/爪感差/采纳撤销/外部 evidence;在 F192 注册事件、时间、配额触发。
不用额外打标签;正常使用、取消、修订、复用本身就成为有来源的新鲜信号。
轨迹归 F299,各类业务信号归各自 source owner。F311 只保存 join key、consumer 与来源引用。
复用 F192/F267 的 rubric、baseline、measurement 与 validity;支持执行/Harness/尺子/眼睛四层归因和 2×2 换尺复判。
看到人话解释:证据够不够、有哪些竞争归因、为何现在应该改或暂时不改。
被优化器看过的样本只能帮助归因,不能证明泛化;晋升必须使用未暴露的 sealed 或 time-fresh holdout。
真实 change/adopt/invest 才进 F246;asset owner 写回并给 receipt;F266/F313 关闭 outcome;F311 编排 lineage 与决策。
能批准或拒绝真实改变;能看见版本、回滚与新鲜结果,并做 keep / tune / rollback / sunset / no_change。
只是一条真实生产验收旅程,不预设对象、不定义 schema、不独占 Phase;没有合格目标时绝不造样本。
同一无对象特有字段的 Program schema,承载至少两个异质家内对象,再接一个外部托管对象。
记忆、视频 Skill、猫画像、per-cat Harness 或外部系统,都能在同一个 Workspace 中被治理和比较。
Adapter 只声明能力与 ref resolver;版本、审批、轨迹、变更和结果都不搬进 F311。
把立尺、开眼、归因、Eval 设计和 Program 编排本身作为二阶 Program;沉淀可版本化、回滚、退役的 skill/heuristic。
随着真实循环增多,系统不只积累能力,也逐渐学会怎样更可靠、更省钱地进化能力。
不是“我们改了 rubric”,而是这套新尺子后来是否让一阶 Program 在真实下游表现得更好。
某个 join 出故障时,F311 记录 exact owner、live case 与 source ref,再把修复交回对应 owner thread。修好后带 receipt 接回来;一个 join 坏了只阻塞自己,不让 F311 变成全家 bug 修理队,也不让整座工厂等全家修完才开工。