怎么把下游工具和插件变成模型能理解的方式？

先这样答

核心是把下游工具和插件做成模型能读懂的结构化说明书。说明书至少要写清工具名称、功能描述、参数 schema、返回格式，以及适用和不适用的场景。参数 schema 不能只写参数名，还要明确类型、枚举值和边界。返回格式也要固定，让模型知道调用后会拿到什么结果。

这件事的关键不是把工具接进来，而是把工具信息准确地放进模型上下文。模型会根据这些描述判断要不要调用工具，也会据此生成参数。描述不清，模型就可能选错工具，或者传错参数。MCP 做的就是这件事的标准化。它用 Tools、Resources、Prompts 三类能力声明工具相关信息。最终，工具描述的质量会直接决定调用准确率。

面试官会怎么追问

• 「参数 schema 具体要写到什么程度？」 参数要写清类型、可选值和边界。不能只告诉模型参数叫什么，还要说明哪些值可以传，哪些值不能传。这样模型才有依据生成调用参数。

• 「为什么工具描述会影响调用准确率？」 模型依赖上下文中的工具信息来选择工具和组织参数。功能描述含糊，模型就难以区分相近工具。返回格式和适用场景写得不清，也会影响模型对调用结果的判断。

• 「MCP 在这里解决了什么问题？」 MCP 把工具相关能力的声明方式做了标准化。它提供 Tools、Resources、Prompts 三类能力声明。这样下游工具可以用统一方式向模型提供可理解的信息。

回答的坑

• 只说“接入 MCP”而不说明名称、参数 schema、返回格式和适用边界，回答就没有落到工具说明书工程上。
• 把工具描述当成注释来写，忽略类型、枚举和边界，模型仍然可能选错工具或传错参数。