Qwen Code 文件系统工具
Qwen Code 提供了一套全面的工具,用于与本地文件系统进行交互。这些工具允许模型在您的控制下读取、写入、列出、搜索和修改文件及目录,并且对于敏感操作通常需要确认。
注意: 所有文件系统工具都在一个 rootDirectory(通常是您启动 CLI 的当前工作目录)内运行以确保安全。您提供给这些工具的路径通常应为绝对路径,或相对于该根目录解析。
1. list_directory (ListFiles)
list_directory 列出指定目录路径下直接包含的文件和子目录名称。可选择忽略匹配所提供 glob 模式的条目。
- 工具名称:
list_directory - 显示名称: ListFiles
- 文件:
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 文件:一个包含
inlineData的对象,其中含有mimeType和 base64 编码的data(例如{ 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 (Glob)
glob 用于查找匹配特定 glob 模式的文件(例如:src/**/*.ts、*.md),并返回按修改时间排序的绝对路径(最新的在前)。
- 工具名称:
glob - 显示名称: Glob
- 文件:
glob.ts - 参数:
pattern(字符串,必填):要匹配的 glob 模式(例如:"*.py"、"src/**/*.js")。path(字符串,可选):要搜索的目录。如果未指定,则使用当前工作目录。
- 行为:
- 在指定目录中搜索与 glob 模式匹配的文件。
- 返回一个绝对路径列表,并按照最近修改的文件优先排序。
- 默认遵循
.gitignore和.qwenignore的规则。 - 结果限制为最多 100 个文件,以防止上下文溢出。
- 输出(
llmContent): 类似以下的消息:Found 5 file(s) matching "*.ts" within /path/to/search/dir, sorted by modification time (newest first):\n---\n/path/to/file1.ts\n/path/to/subdir/file2.ts\n---\n[95 files truncated] ... - 确认操作: 否。
5. grep_search (Grep)
grep_search 在指定目录的文件内容中搜索正则表达式模式。可以根据 glob 模式过滤文件。返回包含匹配项的行,以及它们的文件路径和行号。
-
工具名称:
grep_search -
显示名称: Grep
-
文件:
grep.ts(使用ripGrep.ts作为后备) -
参数:
pattern(字符串,必填):要在文件内容中搜索的正则表达式模式(例如,"function\\s+myFunction"、"log.*Error")。path(字符串,可选):要搜索的文件或目录。默认为当前工作目录。glob(字符串,可选):用于过滤文件的 glob 模式(例如,"*.js"、"src/**/*.{ts,tsx}")。limit(数字,可选):将输出限制为前 N 个匹配行。可选——如果未指定,则显示所有匹配项。
-
行为:
- 当可用时使用 ripgrep 进行快速搜索;否则回退到基于 JavaScript 的搜索实现。
- 返回带有文件路径和行号的匹配行。
- 默认情况下不区分大小写。
- 遵循 .gitignore 和 .qwenignore 模式。
- 限制输出以防止上下文溢出。
-
输出 (
llmContent): 格式化的匹配项字符串,例如:Found 3 matches for pattern "myFunction" in path "." (filter: "*.ts"): --- src/utils.ts:15:export function myFunction() { src/utils.ts:22: myFunction.call(); src/index.ts:5:import { myFunction } from './utils'; --- [0 lines truncated] ... -
确认: 否
grep_search 示例
使用默认结果限制搜索模式:
grep_search(pattern="function\\s+myFunction", path="src")使用自定义结果限制搜索模式:
grep_search(pattern="function", path="src", limit=50)使用文件过滤和自定义结果限制搜索模式:
grep_search(pattern="function", glob="*.js", limit=10)6. edit(编辑)
edit 工具用于替换文件中的文本。默认情况下,它要求 old_string 能够唯一匹配到一个位置;如果你有意要更改所有出现的地方,请将 replace_all 设置为 true。此工具专为精确、有针对性的修改而设计,并且需要在 old_string 周围提供足够的上下文信息以确保能正确地修改目标位置。
-
工具名称:
edit -
显示名称: 编辑
-
文件名:
edit.ts -
参数说明:
-
file_path(字符串,必填):要修改的文件绝对路径。 -
old_string(字符串,必填):要被替换的确切原始文本。重要提示: 此字符串必须能够唯一标识要更改的那一处内容。它应包含目标文本周围的足够上下文,包括完全一致的空白字符和缩进格式。如果
old_string是空字符串,则该工具会尝试在file_path创建一个新文件,并使用new_string作为其内容。 -
new_string(字符串,必填):用来替换old_string的确切新文本。 -
replace_all(布尔值,可选):是否替换所有的old_string出现位置,默认为false。
-
-
行为逻辑:
- 如果
old_string为空并且file_path文件不存在,则创建一个以new_string为内容的新文件。 - 若提供了
old_string,则读取file_path并尝试查找唯一一处匹配项,除非设置了replace_all为 true。 - 当找到唯一的匹配项(或设置
replace_all为 true),就用new_string替换掉对应的文本。 - 增强可靠性(多阶段编辑修正机制): 为了显著提高编辑操作的成功率,特别是在模型提供的
old_string可能不够精准的情况下,本工具引入了多阶段编辑修正机制。- 如果初始的
old_string没有找到或者匹配到了多个位置,工具可以借助 Qwen 模型迭代优化old_string(以及可能的new_string)。 - 这种自我修正过程试图识别出模型原本想要修改的那个独特片段,使
edit操作即使面对略微不完美的初始上下文也更加稳健可靠。
- 如果初始的
- 如果
-
失败条件: 尽管具备上述修正机制,但在以下情况时工具仍会执行失败:
file_path不是绝对路径或超出了根目录范围。old_string非空但指定的file_path文件并不存在。old_string为空但file_path对应的文件已经存在。- 经过尝试修正后,在文件中仍未找到
old_string。 old_string在文件中出现了多次,同时replace_all设为 false,而且自修正机制也无法将其解析成单一明确的目标。
-
输出结果 (
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 because the text matches multiple locations...等)。
- 成功时返回:
-
确认步骤: 是的。在实际写入文件前,系统会展示即将做出变更的差异对比(diff),并向用户请求批准。
这些文件系统工具构成了 Qwen Code 理解并与本地项目环境交互的基础能力。