Qwen Code ファイルシステムツール

Qwen Code は、ローカルファイルシステムとやり取りするための包括的なツールスイートを提供します。これらのツールにより、モデルはファイルやディレクトリの読み書き、一覧表示、検索、変更などの操作を実行できます。すべての操作はユーザーの管理下にあり、通常は機密性の高い操作に対して確認が求められます。

注意: すべてのファイルシステムツールは、セキュリティのために rootDirectory（通常は CLI を起動したカレントワーキングディレクトリ）内で動作します。これらのツールに指定するパスは、一般的に絶対パスであることが期待されるか、このルートディレクトリからの相対パスとして解決されます。

1. list_directory (ReadFolder)

list_directory は、指定されたディレクトリパス直下のファイル名とサブディレクトリ名を一覧表示します。オプションで、指定された glob パターンに一致するエントリを無視することもできます。

• Tool name: list_directory
• Display name: ReadFolder
• File: ls.ts
• Parameters:
  • path (string, required): 一覧を表示するディレクトリの絶対パス。
  • ignore (array of strings, optional): 一覧から除外する glob パターンのリスト（例: ["*.log", ".git"]）。
  • respect_git_ignore (boolean, optional): ファイル一覧表示時に .gitignore パターンを尊重するかどうか。デフォルトは true。
• Behavior:
  • ファイル名とディレクトリ名のリストを返します。
  • 各エントリがディレクトリかどうかを示します。
  • ディレクトリを先に、その後アルファベット順にエントリをソートします。
• Output (llmContent): 以下のような文字列: Directory listing for /path/to/your/folder:\n[DIR] subfolder1\nfile1.txt\nfile2.png
• Confirmation: なし。

2. read_file (ReadFile)

read_file は指定されたファイルの内容を読み込み、返却します。このツールはテキストファイル、画像ファイル（PNG、JPG、GIF、WEBP、SVG、BMP）、および PDF ファイルを処理できます。テキストファイルについては、特定の行範囲を読み込むことも可能です。その他のバイナリファイル形式は通常スキップされます。

• ツール名: read_file
• 表示名: ReadFile
• ファイル: read-file.ts
• パラメータ:
  • path (string, 必須): 読み込むファイルの絶対パス。
  • offset (number, 任意): テキストファイルの場合、読み込みを開始する0始まりの行番号。limit が設定されている必要があります。
  • limit (number, 任意): テキストファイルの場合、読み込む最大行数。省略された場合、デフォルトの最大行数（例: 2000行）または可能であればファイル全体を読み込みます。
• 動作:
  • テキストファイルの場合: 内容を返却します。offset と limit が指定された場合は、その範囲の行のみを返却します。行数制限や1行の長さ制限により内容が切り捨てられた場合はその旨を示します。
  • 画像および PDF ファイルの場合: モデルが処理できるように、base64 エンコードされたデータ構造としてファイル内容を返却します。
  • その他のバイナリファイルの場合: 識別を試み、スキップして汎用的なバイナリファイルであることを示すメッセージを返却します。
• 出力: (llmContent)
  • テキストファイルの場合: ファイル内容。切り捨てが発生した場合は先頭に切り捨てメッセージが付加されます（例: [File content truncated: showing lines 1-100 of 500 total lines...]\nActual file content...）。
  • 画像/PDF ファイルの場合: mimeType と base64 data を含む 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 (string, 必須): 書き込み先ファイルの絶対パス。
  • content (string, 必須): ファイルに書き込む内容。
• 動作:
  • 指定された 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 (string, 必須): マッチさせる glob パターン（例: "*.py"、"src/**/*.js"）。
  • path (string, 任意): 検索対象のディレクトリの絶対パス。省略された場合、ツールのルートディレクトリを検索します。
  • case_sensitive (boolean, 任意): 検索時に大文字小文字を区別するかどうか。デフォルトは false。
  • respect_git_ignore (boolean, 任意): ファイル検索時に .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 パターンでファイルをフィルタリングすることも可能です。マッチした行とそのファイルパス、行番号を返します。

• Tool name: search_file_content

• Display name: SearchText

• File: grep.ts

• Parameters:

  • pattern (string, required): 検索する正規表現（regex）パターン（例: "function\s+myFunction"）。
  • path (string, optional): 検索対象のディレクトリへの絶対パス。デフォルトはカレントディレクトリ。
  • include (string, optional): 検索対象のファイルをフィルタリングする glob パターン（例: "*.js", "src/**/*.{ts,tsx}"）。省略された場合、一般的な無視パターンを尊重しつつ、ほとんどのファイルを検索対象とします。
  • maxResults (number, optional): コンテキストのオーバーフローを防ぐために返すマッチ結果の最大数（デフォルト: 20、最大: 100）。広範囲な検索には小さな値を、特定の検索には大きな値を使用してください。

• 動作:

  • Git リポジトリ内で利用可能な場合は高速化のため git grep を使用し、それ以外ではシステムの grep または JavaScript ベースの検索にフォールバックします。
  • マッチした行のリストを返します。各行には、検索ディレクトリからの相対パスと行番号がプレフィックスとして付加されます。
  • コンテキストのオーバーフローを防ぐため、デフォルトで最大20件のマッチ結果に制限されます。結果が切り捨てられた場合は、検索を絞り込むためのガイダンスとともに明確な警告を表示します。

• 出力 (llmContent): 以下のようなフォーマットされた文字列：

  Found 3 matches 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';
  ---
  
  WARNING: Results truncated to prevent context overflow. To see more results:
  - Use a more specific pattern to reduce matches
  - Add file filters with the 'include' parameter (e.g., "*.js", "src/**")
  - Specify a narrower 'path' to search in a subdirectory
  - Increase 'maxResults' parameter if you need more matches (current: 20)

• 確認: なし

search_file_content の例

デフォルトの結果制限でパターンを検索:

search_file_content(pattern="function\s+myFunction", path="src")

カスタム結果制限でパターンを検索:

search_file_content(pattern="function", path="src", maxResults=50)

ファイルフィルタリングとカスタム結果制限でパターンを検索:

search_file_content(pattern="function", include="*.js", maxResults=10)

6. edit (編集)

edit はファイル内のテキストを置換します。デフォルトでは1箇所のみ置換しますが、expected_replacements を指定することで複数箇所の置換も可能です。このツールは正確で対象を絞った変更を行うことを目的としており、正しい位置を変更することを保証するために old_string の前後には十分なコンテキストが必要です。

• ツール名: edit

• 表示名: 編集

• ファイル: edit.ts

• パラメータ:

  • file_path (string, 必須): 変更するファイルの絶対パス。

  • old_string (string, 必須): 置換する正確な文字列。

    重要: この文字列は変更する1箇所を一意に識別する必要があります。対象テキストの前後それぞれに最低3行のコンテキストを含め、空白やインデントも正確に一致させてください。old_string が空の場合、ツールは file_path に new_string を内容とする新しいファイルを作成しようとします。

  • new_string (string, 必須): old_string を置換する正確な文字列。

  • expected_replacements (number, 任意): 置換する回数。デフォルトは 1。

• 動作:

  • old_string が空で file_path が存在しない場合、new_string を内容とする新しいファイルを作成します。
  • old_string が指定されている場合、file_path を読み込み、old_string の出現箇所を正確に1箇所だけ検索します。
  • 1箇所見つかった場合、それを 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 が複数回見つかり、自己修正メカニズムで一意に特定できない場合。

• 出力 (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...）。

• 確認: あり。変更内容の差分を表示し、ファイルに書き込む前にユーザーの承認を求めます。

これらのファイルシステムツールにより、Qwen Code がローカルプロジェクトのコンテキストを理解し、操作するための基盤が提供されます。