docs(contentpipe): document agent-first gateway routing

Author: PPPPanda

README.md

@@ -279,6 +279,10 @@ your-openclaw-workspace/
 
 ContentPipe 通过 Gateway 的 `/v1/chat/completions` 端点调用 LLM。如果你的 Gateway 是默认配置，**这个端点可能没有启用**。
 
+> 新版 Gateway（2026.3.24+）采用 **agent-first model contract**：
+> - 请求体 `model` 应传 `openclaw/<agentId>` 或 `openclaw/default`
+> - 具体 provider/model（如 `dashscope/qwen3.5-plus`）应放在 `x-openclaw-model` header
+
 检查方法：
 ```bash
 curl -s -o /dev/null -w "%{http_code}" http://localhost:18789/v1/chat/completions

docs/ARCHITECTURE.md

@@ -38,15 +38,16 @@
 ├─────────────────────────────────────────────────────────┤
 │                    LLM Gateway                           │
 │  OpenClaw Gateway (localhost:18789)                      │
-│  provider models + explicit blank-agent routing          │
+│  agent-first model contract + explicit blank-agent 路由   │
 └─────────────────────────────────────────────────────────┘
 ```
 
 ### 2.1 blank-agent 执行平面（v0.7.1）
 
 为降低 OpenClaw 常规 agent 提示词/工作区污染，Gateway 模式下新增一条显式执行平面：
 
-- ContentPipe 通过 `x-openclaw-agent-id: contentpipe-blank` 路由到空白 agent
+- ContentPipe 通过 OpenAI-compatible `model: openclaw/contentpipe-blank` 路由到空白 agent
+- 若节点声明具体底层模型（如 `dashscope/qwen3.5-plus`），则通过 `x-openclaw-model` 传递 backend model override
 - 同时保留独立 `x-openclaw-session-key`，保证每个 run / node 的上下文隔离
 - blank-agent 的职责是承载节点的**正式产物修改**（初始执行 + 后续审核追问）
 - 节点收到命令后先自行执行任务并尝试修改自己的正式产物文件
@@ -99,7 +100,8 @@ output/runs/{run_id}/
 典型 Gateway 路由键：
 
 ```text
-x-openclaw-agent-id: contentpipe-blank
+model: openclaw/contentpipe-blank
+x-openclaw-model: dashscope/qwen3.5-plus
 x-openclaw-session-key: contentpipe:{run_id}:{node_id}:main
 ```