Guides authoring, organizing, and referencing test fixtures in this repo. Use when creating new fixtures, writing tests that depend on fixtures, or deciding what should be checked into git. Engine fixtures (rendering corpora) live in the engine repo.
63
75%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Fix and improve this skill with Tessl
tessl review fix ./.agents/skills/fixtures/SKILL.mdFixtures are static input files — .fig archives, clipboard captures,
markdown samples, .grida documents — used as deterministic inputs to
parsing and I/O tests. They exist so that tests are reproducible,
self-contained, and don't depend on external services or generated data.
<domain>-<property>[-<descriptor>].<ext> — the
filename alone should tell you what's being tested.fixtures/
├── test-fig/ # Figma clipboard / .fig fixtures (LFS: *.fig, *.deck)
├── test-figma/ # Figma archive / REST fixtures
├── test-canvas/ # .canvas (dotcanvas) fixtures
├── test-markdown/ # Markdown fixtures
├── fonts/ # ← FROZEN SNAPSHOT (engine-owned)
├── images/ # ← FROZEN SNAPSHOT (engine-owned)
├── test-grida/ # ← FROZEN SNAPSHOT (engine-owned)
└── text-editor/ # ← FROZEN SNAPSHOT (engine-owned)The engine repo owns the canonical, evolving copies of fonts/, images/,
test-grida/ and text-editor/ (its crates consume them at compile/test
time, with full git history carried over). The copies here exist only so
staying tests keep passing at their original paths — consumers:
@grida/fonts, @grida/refig, @grida/io, the editor reducer round-trip,
@grida/text-editor. Do not edit them here; re-snapshot deliberately
from the engine repo if the canon evolves. See
fixtures/README.md.
New engine fixtures (rendering, SVG/HTML corpora, engine formats) go to the engine repo: https://github.com/gridaco/nothing/tree/main/fixtures. New fixtures for staying product code go in a grida-owned directory here.
Large, third-party, or license-restricted corpora are never committed —
the engine repo keeps its own gitignored fixtures/local/ convention.
Never reference a gitignored local path in committed code, tests, or
documentation — it does not exist in CI or on other developers' machines.
If a doc must mention one (e.g. the refig corpus workflow in the io-figma
skill), clearly mark it local-only and note the download/build step.
03fb751
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.