feat(agent-runner): enforce 4.x host-owned execution

docs/agent-runner-pluginization/EVENT_BASED_AGENT.md

@@ -80,13 +80,22 @@ EBA 后 `action.requested`（PROTOCOL_V1 §7.3，当前仅 telemetry 不执行
 Host 必须校验：binding / platform action policy 是否授权该 action、actor / bot / workspace 是否允许、是否需要人工审批，以及当前 run session / caller identity 是否匹配。EBA 还可能预留 `delivery.requested`（请求投递到某 surface）。
 
 Delivery 方面，event 不一定回复到当前聊天窗口：消息事件通常带 reply target；系统事件可能没有默认 reply target，需要 runner 返回 `action.requested` 或由 binding 的 delivery policy 决定投递位置（`DeliveryContext` 见 PROTOCOL_V1 §5.7）。
+当前 Host 会把 adapter 声明的通用 API 投影到
+`DeliveryContext.platform_capabilities.supported_apis`，并据此设置
+`supports_edit` / `supports_reaction`。该投影只供 runner 选择输出形态，不构成
+平台动作授权；合成测试 adapter 会移除副作用能力并抑制实际出站调用。
 
 ## 7. 与 Context 协议的关系
 
 EBA 事件进入 AgentRunner 时仍遵循 [AGENT_CONTEXT_PROTOCOL.md](./AGENT_CONTEXT_PROTOCOL.md)：inline 当前事件、大 payload 用 raw/staged file ref、不默认 inline 完整 history、agent 按需通过 API 拉取、Host 保留 EventLog 和权限 guardrail。非消息事件可以被投影进 Transcript，但不能强制伪装为 user message；AgentRunner 根据 event type 自己决定是否纳入模型上下文。
 
-## 8. EBA 分支联调内容
+## 8. 当前集成状态
 
-外部 EBA 分支负责联调 EventGateway 完整实现、Pipeline / Agent 处理器路由、AgentBindingResolver 集成、事件绑定持久模型和 UI、`DeliveryContext` 完整实现、platform action permission model 和执行器、真实平台事件接入。
+当前分支已完成 EventRouter、Pipeline / Agent 平级处理器路由、Bot
+`event_bindings` 持久化与 WebUI、AgentBinding 投影、路由 dry-run、合成测试事件、
+运行状态和真实 OneBot 非消息事件到 Agent 的闭环。Pipeline 消息链和独立 Agent
+均复用同一个 AgentRunner orchestrator / context / result 协议。
 
-当前底座已完成：① Pipeline 消息链可投影 `message.received` 并在 AI Stage 复用 AgentRunner → ② 独立 Agent 可从 EBA 路由直接生成 `AgentBinding` → ③ context builder 从 event + binding 构造 runner context → ④ 引入 EventLog / Transcript。外部 EBA 分支在此基础上联调真实事件来源、处理器路由、binding persistence / UI 和 platform action。
+尚未落地的是 platform action permission model 和 `action.requested` 执行器；在显式
+action allowlist、binding policy、adapter capability 和审批模型完成前，该 result 仍只
+记录 telemetry，不执行平台副作用。