修正 platform-llm 契约小节标题避免误入表目录

DDD boundary guard 以 `^### \`name\`` 采集 SpacetimeDB 表目录，
新增的 platform-llm 小节标题以反引号开头，被误判成不存在的表。
按同文档 view 条目的写法加类别前缀，使反引号不在首位。

docs/【后端架构】server-rs与SpacetimeDB数据契约-2026-05-15.md

@@ -245,7 +245,7 @@ npm run check:server-rs-ddd
 - LLM：通用 LLM 门面继续使用 `GENARRATIVE_LLM_*`；`platform-llm` 文本请求默认走 Responses，旧 `/api/llm/chat/completions` 代理和少数旧运行态聊天显式保留 Chat Completions 兼容协议；创意 Agent `gpt-5` Responses / Chat Completions 文本链路已于 2026-06 从 APIMart 迁移到 VectorEngine，使用 `VECTOR_ENGINE_BASE_URL` / `VECTOR_ENGINE_API_KEY` 构造 OpenAI-compatible client，`api-server` 会把未带 `/v1` 的 VectorEngine base URL 规范化到 `/v1` 后请求 `/responses`。`APIMART_BASE_URL` / `APIMART_API_KEY` 只作为历史残留，不再作为创意 Agent gpt-5 客户端来源；后续排障时优先确认 VectorEngine `/v1/models`、`/v1/chat/completions` 和 `/v1/responses` 可用性。
 - LLM：通用 LLM 门面继续使用 `GENARRATIVE_LLM_*`；创意 Agent `gpt-5.4-mini` Chat Completions 文本链路已于 2026-06 从 APIMart 迁移到 VectorEngine，使用 `VECTOR_ENGINE_BASE_URL` / `VECTOR_ENGINE_API_KEY` 构造 OpenAI-compatible client，`api-server` 会把未带 `/v1` 的 VectorEngine base URL 规范化到 `/v1` 后请求 `/chat/completions`。通用 `/api/llm/chat/completions` 代理使用 `GENARRATIVE_LLM_PROVIDER=openai-compatible`、`GENARRATIVE_LLM_BASE_URL=https://api.vectorengine.cn/v1`、`GENARRATIVE_LLM_MODEL=gpt-5.4-mini`；未单独配置 `GENARRATIVE_LLM_API_KEY` 时可复用 `VECTOR_ENGINE_API_KEY`。`APIMART_BASE_URL` / `APIMART_API_KEY` 只作为历史残留，不再作为创意 Agent gpt-5.4-mini 客户端来源；后续排障时优先确认 VectorEngine `/v1/models`、`/v1/chat/completions` 和 `/v1/responses` 可用性。
 
-### `platform-llm` 公共能力与三协议工具契约
+### 平台适配器：`platform-llm` 公共能力与三协议工具契约
 
 `platform-llm` 的统一公共抽象为 `LlmRunRequest` / `LlmRunResponse`。`OpenAiChat`、`OpenAiResponses` 和 `Anthropic` 三种 API kind 都支持原生 function tools；工具调用统一从最终 `LlmRunResponse.tool_calls` 返回，不能再按 Anthropic 与否切换到提示词驱动的 text JSON wrapper。