Entry `closing-the-visual-contract`, source_commit d3cd688, covering the
decisions section 19 could not defer: the four system-level rows added to
the shared target-capability table and why no per-object property joins
them, the two automation declaration scopes and their time origins, the
spawn ceiling that refuses where the voice ceiling evicts, the
authoring-bound versus runtime-ceiling distinction behind the centralized
limit table, and the explicit reproducibility exemption for film grain.
The entry states plainly that every runtime ceiling value is an estimate
until the slice 4h benchmark runs, and that no renderer exists.
Co-Authored-By: Claude Opus 5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01AzX3848PwqYwzdUCWvjegL
Labyricorn publishing content
This directory is the repository-owned source for Labyricorn Site's project exhibition and development log on Labyricorn. The project repository remains the source of truth; the Labyricorn site imports this content as read-only.
The content uses native Lektor records:
.labyricorn/
├── AGENTS.md
├── README.md
├── project/
│ ├── AGENTS.md
│ ├── contents.lr
│ └── <optional image>
└── devlog/
├── AGENTS.md
├── contents.lr
└── <entry-slug>/
├── contents.lr
└── <optional images>
Rules:
project/contents.lruses theprojectmodel.devlog/contents.lruses thedevlogmodel.- Each entry is a directory below
devlog/containing acontents.lrrecord using thedevlog-entrymodel. - Entry directory names are stable public slugs. Do not rename a published entry without arranging a redirect on the Labyricorn site.
- Dates use
YYYY-MM-DD;source_commituses the full relevant commit ID. - Publishing attachments stay inside the record subtree that owns them.
- Do not put credentials, builds, application state, or executable code here.
Editing these records does not itself prove that the public site synchronized. Report repository publication and Labyricorn synchronization separately.