STAN’s workflow depends on an assistant being able to read your attached archive.tar and load the project’s system prompt from inside it:
<stanPath>/system/stan.system.mdMost chat clients do not automatically open a tar archive and locate that file. The “bootloader” is a small system prompt that performs that intake step.
Related guides:
At the start of each chat turn (or when you attach new artifacts), the bootloader:
archive.tar (or archive.diff.tar when appropriate).<stanPath>/system/stan.system.md:
stanPath from stan.config.* when present..stan.stan.system.md and uses it as the governing system prompt for the rest of the turn.This is what makes STAN “reproducible in chat”: the assistant is constrained to the exact files you shipped in the archive.
The simplest path is to use a preconfigured STAN agent in a client that supports long, stable system prompts.
In that setup:
.stan/output/archive.tar (and optionally archive.diff.tar)..stan/system/stan.system.md automatically.See Getting Started for the recommended flow.
If you use a different client, you need both:
<stanPath>/system/stan.system.md.If your assistant says the system prompt is missing, the fix is almost always:
stan run and attach the resulting .stan/output/archive.tar, or<stanPath>/system/stan.system.md directly as a raw file named stan.system.md.archive.tar (not only archive.diff.tar).archive.diff.tar unless you need a full reset.stanPath, re-run stan init and then stan run so the archive contains the new workspace layout.archive.tar and how diffs are computed.