docs(spec): W05 重写设计 §5.9 改口 —— analyze 那一笔也归系统灰,不是 AI 蓝

这份 spec 是下一份计划(W05 重写)的权威,留一句已知错的话在里面,
下一个实现者会照它做、再花一轮改回来 —— 这一轮的教训正是「三段各自正确、
合起来仍然不对」。顺带记下病根:kind: 'result' 不进工作日志骨架、internal
又被 machinery() 再滤一道,配方留痕能不能被看见没有机制保证,靠的是手工选对。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LKMZDwMbyKzjw6Hembwvet

docs/superpowers/specs/2026-08-29-act-work-05-rewrite-design.md

@@ -429,7 +429,12 @@ tick
 ### 5.9 观测
 
 配方每一笔进 `sys.task_memory`,`detail.auto = '<步名>#<第几笔>'`,工作日志归**系统灰**;
-`analyze` 那一笔归 AI 蓝。治理台的活动详情能把「这一步系统会做什么」直接摆出来 ——
+`analyze` 那一笔**也**归系统灰(2026-08-29 改口)—— 那一行说的是「系统把 N 条参数交给模型、
+拿回 M 条结论」,**发起与落表都是系统做的**,模型只提供了其中的内容;内容的归属在它落下的
+台账行上看得见,不必让日志行冒充。归属规则保持单一(`detail.auto` → 系统),不必为一个动词开例外。
+（实测踩过的病根:`kind: 'result'` 不在工作日志的骨架集合里,带 `internal` 的又会被
+`machinery()` 再滤一道 —— 配方留痕能不能被看见,靠的是「kind 选对 + 不标 internal」,
+没有机制保证。）治理台的活动详情能把「这一步系统会做什么」直接摆出来 ——
 配方是数据,渲染得出来。
 
 ---