用路由表选择工具

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

你要定位 validateEmail 的源码，宿主有检索和读取工具，也有通用聊天。教学接口名是 code_search(symbol) 与 source_read(path)；它们必须在实际工具清单中验证，名字只用于说明路由，不是可直接调用的当前注册标识。

具体做法

把操作、支持接口、输入和证据类型写在路由表中。源码定位使用能取真实路径/内容的接口，再读取候选核对符号；聊天可以解释，但不成为位置证据。工具缺失时用当前仓库支持的本地适配器，明确来源和覆盖，不发明可用工具名。

反例

让任意聊天端点回答 validateEmail 在哪，凭听起来合理的路径就报告源码已经读到。工具不在清单也继续猜标识调用。

改进写法

按教学路由先核实当前工具：定位→支持源码检索的接口，输入 validateEmail；读取→对应真实返回路径，核对定义与位置。通用聊天不是源码证据。缺接口则按仓库约定使用已支持本地搜索/读取，报告覆盖和来源；未读取候选不声称已定位真实定义，不调用未注册标识。

为什么这样改

路由把能力连到实际接口与证据，避免一个能生成答案的工具被误认为能获取源码。候选读取再把搜索结果变成可验证位置，而不是路径猜测。

如何验证

示意记录有已核对工具、查询、候选路径与读取中的 validateEmail 定义。检索无命中或读取失败时保留状态，不能从聊天生成路径补齐。

检查路由表没有过期工具名，目标范围符合仓库规则。本篇不执行真实注册工具。

适用边界

当前宿主与仓库可能优先索引工具、CLI或其他读取方式，路由需实际核验。源码片段也可能不是所有定义，范围不完整应说明；原文未确认，工具能力不授予额外访问。