AGENTS.md@packages/create-shaderera/guide · git:20261013.fdc5636 · 2026-10-13 · sha256 31c9adb3694a6927
AGENTS.md@packages/create-shaderera/guide git:20261013.fdc5636A
Immutable. This exact content never changes and is served at /api/v1/blob/31c9adb3694a6927.
# For agents working in this project
This is a Shaderera project: the film is `render(t)` in `src/`, with metadata in
`shaderera.json`. It starts empty, and every frame of it is the film's own code.
- Before creating or revising the film, read `AUTHORING.md` (the workflow, renderers and hosts,
the checks) and `README.md` (this project's ids, params and requirements). The reference is in
`node_modules/shaderera/docs/`.
- How the film looks comes from the brief and the person. Shaderera has no house style; do not
bring one.
- Write the film's code yourself. `AUTHORING.md` ("Plugins") lists what is on the shelf:
- a **plumbing** plugin may be added instead of writing the same plumbing again (say so in your
summary);
- **looks, motion and sound design** plugins only when the person asks.
Never search for plugins or suggest them on your own. The `shaderera-plugins` skill says how to
add: it is in `.claude/skills/shaderera-plugins/`, or in `.agents/skills/` for an agent that
installed it with `npx skills add`. If a command refuses the project because a required package
plugin is missing, take one of the two ways out it names; never work around it silently.
- Keep explicit instructions over defaults. If the brief names a real product, logo or brand asset
and its model or files are missing, ask for them; never present a primitive as the real thing.
If the brief asks for an original design, or nobody can answer, design an original object or
mark openly and say so.
- Make the smallest change that does what was asked, to the value that was named, and leave the
rest of the file as it is, including edits made by hand.
- Keep `render(t)` a function of `t`; run `npx shaderera check` after an edit, and compare the
frames the change should affect with the ones it should not.
- Look at the frames, not only the numbers: `npx shaderera still <t>... --sheet`, a detail with
`--region x,y,w,h --scale 8`, or the MCP server (`npx shaderera mcp`, `render_frame` with
`image: true`). Read motion as a curve: `npx shaderera inspect --track <path>`.
- Add `--json` to any command for one envelope to read: `ok`, `exitCode` (0 passed, 1 the film
failed a check, 2 the command could not run) and `findings` with t, file:line and bbox. When
something on the machine is missing, `npx shaderera doctor` says what and how to fix it.
- Report what you could not verify by looking: numbers such as contrast or a passing check do not
establish that a frame looks good.