Look inside somebody else's project.
Not a feature tour. These are real exports — open one and read the decisions someone actually made, the reason underneath each, and the traps they already hit. Then hand it to your own agent.
Nobody has published a Trail yet. Yours would be the first in the case.
The context sync loop and the services around it.
apps/api/src/services/contextSyncService.jsSync serviceNot pinned to a commit — treat its file-level claims as unverified.
Nothing here is locked up.
A .dawn file is plain JSON. No account to download one, no viewer to install, no format you need our software to open. Diff two in git. Write your own reader. A format you cannot inspect before committing to is not open, whatever its docs say.
Every Trail here went through the same publish gate you would use — scanned for credentials, emails, home paths and names, with each finding resolved by hand before anything went public. How Trails work.
- 1 · workConnect DeerDawn and keep working. The brief accumulates on its own — a Trail is what your project already knows, not something you sit down and write.
- 2 · reviewWhen you publish, the scan shows every credential, address and path it found. You clear them one at a time; there is no approve-all.
- 3 · publishIt lands in the case, pinned to the commit it describes.
Your project knows more than you can hand over.
Months of decisions, dead ends and hard-won detail live in one person's head and three chat threads. DeerDawn keeps it as a brief while you work. A Trail is what you hand someone when they need all of it at once.