问题描述
Kimi Code 内置了由客户端执行的 WebSearch 工具。
部分第三方模型(例如 Grok)同时通过 Responses API 提供由模型服务商执行的原生 web_search 工具。
这两种工具名称和用途接近,但执行位置不同:
WebSearch:由 Kimi Code 客户端执行。
web_search:由第三方模型服务商在服务端执行。
当第三方模型本身支持原生 web_search 时,Kimi Code 仍然会向模型提供自己的 WebSearch,可能造成工具重复或冲突,模型也无法明确判断应该使用哪一种搜索方式。
目前可以全局关闭 Kimi Code 的工具:
[tools]
disabled = ["WebSearch"]
但关闭后,Kimi Code 并不会自动启用或传递第三方模型的原生 web_search,因此模型可能完全失去网页搜索能力。
期望行为
希望 Kimi Code 能够支持第三方模型提供的原生 web_search,并允许用户在模型配置中选择使用:
- Kimi Code 内置的
WebSearch
- 第三方模型原生的
web_search
当启用模型原生 web_search 时,Kimi Code 应避免同时提供内置 WebSearch,防止两种搜索工具冲突。
补充说明
已确认部分第三方模型通过 OpenAI 兼容 Responses API 使用:
{
"tools": [
{
"type": "web_search"
}
]
}
可以正常执行服务端网页搜索。
问题描述
Kimi Code 内置了由客户端执行的
WebSearch工具。部分第三方模型(例如 Grok)同时通过 Responses API 提供由模型服务商执行的原生
web_search工具。这两种工具名称和用途接近,但执行位置不同:
WebSearch:由 Kimi Code 客户端执行。web_search:由第三方模型服务商在服务端执行。当第三方模型本身支持原生
web_search时,Kimi Code 仍然会向模型提供自己的WebSearch,可能造成工具重复或冲突,模型也无法明确判断应该使用哪一种搜索方式。目前可以全局关闭 Kimi Code 的工具:
但关闭后,Kimi Code 并不会自动启用或传递第三方模型的原生
web_search,因此模型可能完全失去网页搜索能力。期望行为
希望 Kimi Code 能够支持第三方模型提供的原生
web_search,并允许用户在模型配置中选择使用:WebSearchweb_search当启用模型原生
web_search时,Kimi Code 应避免同时提供内置WebSearch,防止两种搜索工具冲突。补充说明
已确认部分第三方模型通过 OpenAI 兼容 Responses API 使用:
{ "tools": [ { "type": "web_search" } ] }可以正常执行服务端网页搜索。