grep tool passes empty file type to ripgrep

從內建 grep 工具的實作以及建構其 ripgrep 引數的進入點開始。使用 glob 和未設定的 type 重現問題，然後驗證不會傳入空的 type，且不支援的 type 會收到清楚的錯誤。執行 grep 工具現有的測試（如果有），並為這兩種情況新增涵蓋測試。

I asked Command Code to search my project log files for errors using its built-in search tools. Command Code invoked its grep tool, but the search failed before it searched anything.

What I expected

When I ask Command Code to search matching log files with a pattern such as:

• Glob: **/*.log
• Pattern: error|exception|failed|failure|fatal|critical|warning|stack trace|traceback

I expect Command Code's search tool to search the matching files. If no file type is selected, the tool should search based on the glob alone.

What happened

Command Code's grep tool returned:

grep: rg: unrecognized file type:

This indicates that the tool is passing an empty type value to ripgrep, effectively invoking something like:

rg --type '' ...

Command Code also tried using type: "text", which returned:

grep: rg: unrecognized file type: text

text is not a registered ripgrep file type.

I did not run grep, rg, or the file search manually. Command Code invoked the search tool as part of handling my request.

How to reproduce

1. Run Command Code 1.14.0 on macOS.
2. Ask Command Code to search project log files for errors.
3. Command Code invokes the built-in grep tool with a valid project path, glob: "**/*.log", and an error pattern.
4. Leave the file type empty or unset.
5. Observe rg: unrecognized file type:.
6. Setting the type to text produces rg: unrecognized file type: text instead.

Environment

• Command Code: 1.14.0
• macOS 26.4, ARM64
• zsh (/bin/zsh)

Workaround

Command Code worked around the problem by using its glob tool to locate log files and then opening the files individually with read_file. That worked, but it is inconvenient for large or numerous log files and does not provide the normal search/context behavior.

I was asking Command Code to investigate real application failures in the logs, including database connection errors, missing database tables, missing PHP classes, an unknown ActiveRecord property, and audit-log schema errors. I have not included any credentials or tokens that were present in those logs.

Possible fix

The type field should be optional, and an empty value should not be passed to ripgrep. The tool could also validate file types against ripgrep's registered types and return a clear validation error for unsupported values.