Ignoring the right files keeps Sigilix focused on code your team writes. This guide covers the defaults and how to extend them.Documentation Index
Fetch the complete documentation index at: https://docs.sigilix.ai/llms.txt
Use this file to discover all available pages before exploring further.
What’s ignored by default
Sigilix skips these path patterns out of the box:sigilix.yaml — they’re applied automatically.
Common additions
Auto-generated code
Migration files
Migrations are time-stamped, often committed in bulk, and not meaningfully reviewable as isolated diffs:Test fixtures
Large fixture files often trip Spark’s Big-O heuristics with false positives:Markdown / documentation
Markdown is reviewed by default but you can opt out if your docs are huge and noisy:Per-line suppression
If you want to keep a file under review but suppress specific lines, use theignore.patterns regex:
What NOT to ignore
Some patterns look ignorable but are valuable:- Lockfiles for security review. Dependency lockfile changes can introduce supply-chain risk. Sigilix’s defaults skip them but Warden has a specialized lockfile-diff prompt that you can re-enable explicitly via
specialists.warden.review_lockfiles: true. - Test files for coverage gaps. Don’t ignore
*.test.ts— Weave specifically looks for missing-test patterns when you add a new branch. - Configuration files. Things like
next.config.ts,wrangler.toml, GitHub Actions workflows can have real security issues (overly broad permissions, leaked secrets in env vars). Keep them under review.
Path-pattern syntax
Sigilix uses glob syntax (thepicomatch flavor):
| Pattern | Matches |
|---|---|
**/*.ts | Any .ts file at any depth |
src/**/*.ts | .ts files anywhere under src/ |
*.lock | .lock files at the repo root only |
**/__tests__/** | Anything inside any __tests__ folder |
!src/critical.ts | Negation — keeps src/critical.ts under review even if a broader rule excludes it |

