Skip to main content
Add a .embedderignore file at the project root to stop Embedder from editing selected files. Embedder can still read, search, and reference them. Use it for vendor code, SDKs, and generated output that you want Embedder to consult but not change.
.embedderignore
.embedderignore restricts Embedder’s own edits. It doesn’t hide files, and it isn’t a filesystem sandbox. Build tools and scripts can still write to matching paths.

Write patterns

Patterns use gitignore syntax: To allow a few files in an otherwise protected directory, protect the directory’s contents rather than the directory itself:
Within one file, a ! rule can’t re-allow a file whose parent directory is blocked. config/ followed by !config/public.json keeps public.json protected. Matching is case-insensitive on macOS and Windows, and case-sensitive on Linux.

Use rules for one package

A .embedderignore in a subdirectory applies to paths below that directory:
packages/legacy/.embedderignore
Embedder applies rule files from the project root down to the file’s directory. A rule in a closer file overrides a broader one, so a nested ! rule can allow a path that the root file blocks. When a pattern behaves unexpectedly, check the nested files on the path.

How it relates to .gitignore

The two files are independent:
  • .gitignore doesn’t protect files from Embedder’s edits. If Git ignores generated output that Embedder shouldn’t change, list it in .embedderignore too.
  • .embedderignore doesn’t change what Git tracks, and you can commit it so everyone who opens the project gets the same protection.
  • In a Git repository, Embedder’s file and text search follow .gitignore, so ignored files may not appear in search results. .embedderignore has no effect on search. Embedder can still open an ignored file when you name its path.

What is blocked

The block applies in every approval mode, including Skip all approvals. Rules also apply to the target of a symbolic link, so a link inside the project can’t be used to edit a protected file. To prevent every program from writing to a path, use operating-system permissions or a separate controlled environment.

When an edit is blocked

The action shows Blocked: .embedderignore, and Embedder stops to ask how you want to proceed. There’s no one-time approval that lets the edit through. To permit the edit:
  1. Ask Embedder which rule blocked the path, if it isn’t clear.
  2. Narrow or remove that rule, or add a ! exception.
  3. Ask Embedder to retry.
Changes to .embedderignore apply right away. You don’t need to restart the conversation.

Troubleshoot

Last modified on November 13, 2026