fix(trace): 让 graph_update 的分支根节点 props.persona 真的前送（白名单漏登记）

审计（DevDocs/audit/11-trace-observability.md 发现 #1）：scheduler 用
span.SetProp("persona", sub.PersonaID) 设了这个 prop，api-client v0.47 也已把它写进
对外承诺，但 trace/graph.go 的 safePropKeys 白名单不含 "persona"，而 safeSpanProps
只遍历白名单 ⇒ 该键在到达客户端前被静默丢弃（实测：整个 props 键都消失）。

修法：把 "persona" 加进 safePropKeys，并在同处写清它为什么可以前送 ——
① 它必然是注册表校验过的角色 id（scheduler.checkPersona 未知 id 一律 ErrUnknownPersona
拒绝整批派发）；② 它本来就随 GET /personas 与 message_persisted.personaId 对外可见；
③ 值仍过 redactValue → RedactText（凭据形状清洗 + 80 rune 截断）。

测试：新增 trace/graph_persona_test.go（真 Tracer → 真 SetProp → 真 Snapshot，两条断言：
有 persona / 不指定角色时键不出现 = 钉住 v0.47 的"纯增量"）+ 网关 flow_update_ws_test.go
追加 TestFlowGraphUpdateRelaysPersonaProp（真 bus Publish → 真 WS 帧 → 断言帧内节点
props.persona=="yuki"）。

验证：go build/vet 绿；trace + gateway 包测试绿；全树 go test ./... = 58 包 ok / 0 FAIL；
linux/amd64 + darwin/arm64 交叉编译绿；gofmt -l 干净；三文件 471/57/370 行、最长函数 64 行。
变异验证：把 persona 从白名单摘掉 → 两条断言分别 FAIL（trace 层 props 为空；
WS 帧里 span-sub 节点的 props 键整个消失），还原后复绿。

遗留（登记）：前端尚未消费该键（flow 节点未显示"以谁的身份替班"）。

internal/runtime/trace/graph.go

@@ -420,7 +420,15 @@ func safeSpanProps(rec SpanRecord) map[string]any {
 }
 
 // safePropKeys are the span prop keys forwarded to a node's props.
-var safePropKeys = []string{"stop_reason", "step", "error", "error_kind", "tool"}
+//
+// persona 是子代理分支根节点上的「目标角色 id」：orchestration/scheduler.go 只在
+// subagent_spawn 显式指定角色时才设置它，且该 id 必须先通过角色注册表校验
+// （ErrUnknownPersona 会拒绝未注册的 id，orchestration/persona.go），因此它是注册表里
+// 的角色标识，不是用户内容、不是提示词、更不是凭据——同一个 id 本来就随 GET /personas
+// 与会话材料对外可见。它是 Docs/api-client.md §3.5（v0.47）对客户端的承诺
+// （design/22 §8-2：让流程图显示「这个子代理是以谁的身份在替班」），漏出白名单就会被
+// safeSpanProps 静默丢掉。未指定角色派发时该键不存在，符合 v0.47「纯增量」的约定。
+var safePropKeys = []string{"stop_reason", "step", "error", "error_kind", "tool", "persona"}
 
 // statusForFinished maps a span terminal status to a node status.
 func statusForFinished(s SpanStatus) string {