These docs track the main branch and may describe unreleased features. The stable documentation lives at docs.docker.com.

Filesystem Tool

Read, write, list, search, and navigate files and directories.

Overview

The filesystem tool gives agents the ability to explore codebases, read and edit files, create new files, search across files, and navigate directory structures.

Path resolution

Paths are resolved relative to the working directory (the directory where the agent session started, or the directory specified with --workdir):

When a file is not found, error messages include the resolved absolute path to help diagnose incorrect base directories or path formats.

Important

Agents must use paths appropriate for the host OS. A Windows absolute path like C:\file.txt on a Unix system (or vice versa) is rejected with a clear error message.

Empty directory detection

When list_directory encounters an empty directory or a directory where all entries are hidden by ignore patterns (e.g., only a .git folder when ignore_vcs: true), it explicitly reports the state:

This helps agents distinguish between an empty directory and a tool failure, avoiding unnecessary retries with shell commands.

Available Tools

Tool Description
read_file Read the contents of a file (whole file, or a line range of a text file)
read_multiple_files Read several files in one call (more efficient than multiple read_file)
write_file Create or overwrite a file with new content
edit_file Make line-based edits (find-and-replace) in an existing file. Each edit must specify a non-empty oldText to match and replace; empty oldText values are rejected with an error.
list_directory List files and directories at a given path (explicitly reports empty directories)
directory_tree Recursive tree view of a directory
create_directory Create a new directory (creates parent directories as needed)
remove_directory Remove an empty directory
search_files_content Search for text or regex patterns across files

edit_file Validation

The edit_file tool applies a sequence of find-and-replace edits to a file in memory, then writes the result back atomically. Each edit must provide a non-empty oldText value:

An empty oldText is never a meaningful edit: Go's strings.Contains(s, "") is always true, and strings.Replace(s, "", new, 1) silently inserts at offset 0. Without validation, this would prepend content to the file while still reporting success. The tool now returns an explicit error ("oldText must not be empty") when an edit has an empty oldText, and no changes are written to disk.

When a sequence contains multiple edits and a later one is rejected, the entire operation fails and the file is left untouched — edits are applied in memory and only written once at the end, so partial application is not possible.

Configuration

toolsets:
  - type: filesystem

Options

Property Type Default Description
ignore_vcs boolean true When true (default), .git directories and .gitignore patterns are excluded from listings and searches. Set to false to include them.
post_edit array [] Commands to run after editing files matching a path pattern
post_edit[].path string Glob pattern for files (e.g., *.go, src/*/*.ts)
post_edit[].cmd string Command to run (use ${file} for the edited file path)
allow_list array [] Directories the tools may access. Empty = unrestricted (default).
deny_list array [] Directories the tools must not access. Takes precedence over allow_list.

Path access control

By default the filesystem tools are unrestricted: relative paths resolve from the working directory, but absolute paths and .. traversals can reach anywhere the agent process can. Configure allow_list and/or deny_list to sandbox the toolset.

Entries in either list are expanded as follows:

Symlinks are resolved before the containment check, so a symlink inside an allowed root cannot be used to escape it. When an allow_list is set, each entry is opened as a Go *os.Root so that the kernel's rooted-lookup semantics also reject .. and symlink escapes at I/O time, not just at resolve time.

toolsets:
  - type: filesystem
    # Restrict every operation to the working directory and the user's
    # home folder, then carve credentials out of the home folder.
    allow_list:
      - "."
      - "~"
    deny_list:
      - "~/.ssh"
      - "~/.aws"

When the path supplied by the agent is rejected, the tool returns a structured error rather than performing any filesystem I/O. This makes the restriction visible to the model so it can adjust its plan.

Post-Edit Hooks

Automatically run formatting, linting, or other commands after the agent edits a file. The command fires once per file after each edit operation (write_file and edit_file). Use ${file} as a placeholder for the absolute path of the edited file.

toolsets:
  - type: filesystem
    ignore_vcs: false
    post_edit:
      - path: "*.go"
        cmd: "gofmt -w ${file}"
      - path: "*.ts"
        cmd: "prettier --write ${file}"
      - path: "src/*/*.py"
        cmd: "black ${file}"
Property Type Description
path string Glob pattern matched against the file path. *.go matches any .go file; src/*/*.ts matches .ts files inside src/.
cmd string Shell command to run. ${file} expands to the absolute path of the just-edited file.

Post-edit commands run with the same working directory as the agent. If a command exits non-zero, the error is logged and surfaced to the model as a warning, but the edit is not rolled back.

See examples/post_edit.yaml for a complete example.