按产品要求:位置移到 §3(提示词之后),补上**工具设计的思路**,并把工具**全部列出来**。

**设计思路(从代码里的判定提炼,不是新造):**
  🔴 **能靠结构解决的,⛔ 不靠叮嘱。** 模型会说出 `cold_3y` `implant` 这类内部码,
    主管看到不认识的词第一反应是系统坏了。最初在提示词里写两页「⛔ 不许说码」——
    **拦不住**,因为它调工具时必须拿码当参数,回话自然带出来。
    真解法是**返回值里就给中文** ⇒ 它手里有话可说,就不会去说码。
    「能让它说不出来的,就别写成不许说」——提示词里的禁令只拦得住预想到的那些。

**工具描述怎么写(四问,例子全取自真实描述):**
  它答什么问题 / ⚠️ 哪里容易误读 / ⛔ 什么时候不该用它 / 配套的那个工具是谁
  两条硬边界:返回值**只给事实不给成品句子**(否则模型照抄,内部指令原样贴进主管对话框 ——
  踩过);中文标签只有一处真源,⛔ 不在工具层另立一套。

**全部工具**:两种人都有 9 个、只有主管 12 个,逐条一句话说清干什么。
⚠️ 数字是从代码数出来的,不是抄旧文:MCP 通用 8 + render_artifact = 客服 9;
  MCP 全部 14 + 本地 7 = 主管 21。与文档原有的 21/9 一致。

后续章节顺延(三者分工→四 / 引导→五)。MDX 编译通过。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>