Gemini CLI 文件系统工具
Gemini CLI 提供了一套全面的工具,用于与本地文件系统交互。这些工具允许 Gemini 模型在您的控制下读取、写入、列出、搜索和修改文件和目录,通常需要对敏感操作进行确认。
注意: 所有文件系统工具都在 rootDirectory
(通常是您启动 CLI 的当前工作目录)内操作以确保安全。您提供给这些工具的路径通常应该是绝对路径,或者相对于此根目录解析。
1. list_directory
(ReadFolder)
list_directory
列出指定目录路径中直接包含的文件和子目录的名称。它可以选择性地忽略与提供的 glob 模式匹配的条目。
- 工具名称:
list_directory
- 显示名称: ReadFolder
- 文件:
ls.ts
- 参数:
path
(字符串,必需):要列出的目录的绝对路径。ignore
(字符串数组,可选):要从列表中排除的 glob 模式列表(例如,["*.log", ".git"]
)。respect_git_ignore
(布尔值,可选):列出文件时是否遵循.gitignore
模式。默认为true
。
- 行为:
- 返回文件和目录名称的列表。
- 指示每个条目是否为目录。
- 先对目录进行排序,然后按字母顺序排序。
- 输出(
llmContent
): 类似的字符串:Directory listing for /path/to/your/folder:\n[DIR] subfolder1\nfile1.txt\nfile2.png
- 确认: 无。
2. read_file
(ReadFile)
read_file
读取并返回指定文件的内容。此工具处理文本、图像(PNG、JPG、GIF、WEBP、SVG、BMP)和 PDF 文件。对于文本文件,它可以读取特定的行范围。其他二进制文件类型通常被跳过。
- 工具名称:
read_file
- 显示名称: ReadFile
- 文件:
read-file.ts
- 参数:
path
(字符串,必需):要读取的文件的绝对路径。offset
(数字,可选):对于文本文件,开始读取的基于 0 的行号。需要设置limit
。limit
(数字,可选):对于文本文件,要读取的最大行数。如果省略,读取默认最大值(例如,2000 行)或整个文件(如果可行)。
- 行为:
- 对于文本文件:返回内容。如果使用
offset
和limit
,则仅返回该行片段。指示内容是否因行限制或行长度限制而被截断。 - 对于图像和 PDF 文件:将文件内容作为适合模型使用的 base64 编码数据结构返回。
- 对于其他二进制文件:尝试识别并跳过它们,返回指示它是通用二进制文件的消息。
- 对于文本文件:返回内容。如果使用
- 输出(
llmContent
):- 对于文本文件:文件内容,可能带有截断消息前缀(例如,
[File content truncated: showing lines 1-100 of 500 total lines...]\nActual file content...
)。 - 对于图像/PDF 文件:包含带有
mimeType
和 base64data
的inlineData
的对象(例如,{ inlineData: { mimeType: 'image/png', data: 'base64encodedstring' } }
)。 - 对于其他二进制文件:类似
Cannot display content of binary file: /path/to/data.bin
的消息。
- 对于文本文件:文件内容,可能带有截断消息前缀(例如,
- 确认: 无。
3. write_file
(WriteFile)
write_file
将内容写入指定文件。如果文件存在,它将被覆盖。如果文件不存在,它(以及任何必要的父目录)将被创建。
- 工具名称:
write_file
- 显示名称: WriteFile
- 文件:
write-file.ts
- 参数:
file_path
(字符串,必需):要写入的文件的绝对路径。content
(字符串,必需):要写入文件的内容。
- 行为:
- 将提供的
content
写入file_path
。 - 如果父目录不存在,则创建父目录。
- 将提供的
- 输出(
llmContent
): 成功消息,例如,Successfully overwrote file: /path/to/your/file.txt
或Successfully created and wrote to new file: /path/to/new/file.txt
。 - 确认: 是。显示更改的差异并在写入前要求用户批准。
4. glob
(FindFiles)
glob
查找匹配特定 glob 模式的文件(例如,src/**/*.ts
、*.md
),返回按修改时间排序的绝对路径(最新的在前)。
- 工具名称:
glob
- 显示名称: FindFiles
- 文件:
glob.ts
- 参数:
pattern
(字符串,必需):要匹配的 glob 模式(例如,"*.py"
、"src/**/*.js"
)。path
(字符串,可选):要在其中搜索的目录的绝对路径。如果省略,搜索工具的根目录。case_sensitive
(布尔值,可选):搜索是否应区分大小写。默认为false
。respect_git_ignore
(布尔值,可选):查找文件时是否遵循 .gitignore 模式。默认为true
。
- 行为:
- 在指定目录中搜索匹配 glob 模式的文件。
- 返回绝对路径列表,按最近修改的文件优先排序。
- 默认忽略常见的干扰目录,如
node_modules
和.git
。
- 输出(
llmContent
): 类似的消息:Found 5 file(s) matching "*.ts" within src, sorted by modification time (newest first):\nsrc/file1.ts\nsrc/subdir/file2.ts...
- 确认: 无。
5. search_file_content
(SearchText)
search_file_content
在指定目录中的文件内容中搜索正则表达式模式。可以通过 glob 模式过滤文件。返回包含匹配项的行,以及它们的文件路径和行号。
- 工具名称:
search_file_content
- 显示名称: SearchText
- 文件:
grep.ts
- 参数:
pattern
(字符串,必需):要搜索的正则表达式(regex)(例如,"function\s+myFunction"
)。path
(字符串,可选):要在其中搜索的目录的绝对路径。默认为当前工作目录。include
(字符串,可选):用于过滤要搜索的文件的 glob 模式(例如,"*.js"
、"src/**/*.{ts,tsx}"
)。如果省略,搜索大多数文件(遵循常见忽略)。
- 行为:
- 如果在 Git 存储库中可用,使用
git grep
以提高速度,否则回退到系统grep
或基于 JavaScript 的搜索。 - 返回匹配行的列表,每行都带有其文件路径(相对于搜索目录)和行号的前缀。
- 如果在 Git 存储库中可用,使用
- 输出(
llmContent
): 格式化的匹配字符串,例如:Found 3 match(es) for pattern "myFunction" in path "." (filter: "*.ts"): --- File: src/utils.ts L15: export function myFunction() { L22: myFunction.call(); --- File: src/index.ts L5: import { myFunction } from './utils'; ---
- 确认: 无。
6. replace
(Edit)
replace
替换文件中的文本。默认情况下,替换单个出现,但当指定 expected_replacements
时可以替换多个出现。此工具专为精确、有针对性的更改而设计,需要围绕 old_string
的重要上下文以确保它修改正确的位置。
工具名称:
replace
显示名称: Edit
文件:
edit.ts
参数:
file_path
(字符串,必需):要修改的文件的绝对路径。old_string
(字符串,必需):要替换的确切字面文本。重要: 此字符串必须唯一标识要更改的单个实例。它应该在目标文本_之前_和_之后_包含至少 3 行上下文,精确匹配空格和缩进。如果
old_string
为空,工具尝试在file_path
创建一个新文件,内容为new_string
。new_string
(字符串,必需):用于替换old_string
的确切字面文本。expected_replacements
(数字,可选):要替换的出现次数。默认为1
。
行为:
- 如果
old_string
为空且file_path
不存在,则创建一个内容为new_string
的新文件。 - 如果提供了
old_string
,它读取file_path
并尝试找到old_string
的确切一个出现。 - 如果找到一个出现,它用
new_string
替换它。 - 增强可靠性(多阶段编辑修正): 为了显著提高编辑的成功率,特别是当模型提供的
old_string
可能不够精确时,工具包含多阶段编辑修正机制。- 如果找不到初始
old_string
或匹配多个位置,工具可以利用 Gemini 模型迭代地优化old_string
(以及可能的new_string
)。 - 这种自我修正过程尝试识别模型打算修改的唯一段,使
replace
操作更加稳健,即使初始上下文略有不完美。
- 如果找不到初始
- 如果
失败条件: 尽管有修正机制,在以下情况工具仍会失败:
file_path
不是绝对路径或在根目录之外。old_string
不为空,但file_path
不存在。old_string
为空,但file_path
已存在。- 经尝试修正后,在文件中找不到
old_string
。 - 找到多个
old_string
,且自我修正机制无法将其解析为单个、明确的匹配。
输出(
llmContent
):- 成功时:
Successfully modified file: /path/to/file.txt (1 replacements).
或Created new file: /path/to/new_file.txt with provided content.
- 失败时:解释原因的错误消息(例如,
Failed to edit, 0 occurrences found...
、Failed to edit, expected 1 occurrences but found 2...
)。
- 成功时:
确认: 是。显示提议更改的差异并在写入文件前要求用户批准。
这些文件系统工具为 Gemini CLI 理解和与您的本地项目上下文交互提供了基础。