Back Office · office.temerarii.xyz
One asset, all the way in — composition, the wireframe + storyboard, the output format stack, and the template, all read from the SAME content-index record. The expected output matches what /media surfaces for this post.
post longform-W35-Frikind longformweek W35date 2026-09-04campaign longform-youtubepillar strategic_relationsbeat asset videoduration 136.7sground redscenes 6

Checklist the per-video bar — engine/sim

98.0/100
plain languagevo coverageno dead airuniquenesscaption fitcompletenesscleanliness
quantitative quality · weights learn from your reviews (engine.sim.memory review longform-W35-Fri good|bad)
⚠ 1 flag(s) — not yet ship-ready: copy_generic · see docs/strategy/VIDEO-CHECKLIST.md

Composition comp · template family · expected output

composition LongFormChaptersfamily / template LongFormChapters
9:16 Reelpending1:1 Squarepending16:9 Widepending9:16 4Kpending1:1 4Kpending16:9 4KpendingGIF (SMS)pending
render pending — silent master not yet on disk
expected output: 0/7 rendered — same matrix the /media preview surfaces for this asset.

Composition layer × scene 6 scenes · 136.7s · comp_id + rendered still + tier + the script

#Layer (comp_id · still · tier)BeatTimecodeMotionLogoAudioVO / on-screen / caption
1s1
matches intent
shared field
signature-3d
open0–24.1sspatial-parallaxicon·liquid-chrome♪ bed_in
This week is about choosing an automation platform with no copy-paste, and today we connect it to the front door: web design. Your site is not a brochure that sits still. It is the place where the automated system meets a real person. We will teach how to build a page the rest of your machine can feed and read, instead of one you hand-edit forever.
on-screen: The site is part of the machine
expected on screen: red ground · tetra hero in the shared Signal Field · Nexus leads · node-graph · spatial-parallax · icon·liquid-chrome logo · caption bottom-left
spec (the prompt): comp_id shared Signal Fieldvisual node-graphshape tetraground redtreatment liquid-chromemotion spatial-parallaxpower summoninstrument summon→The site is part of the machine
2s2
matches intent
NumberedList
template
teach24.1–48.2skinetic-buildicon·white-knockout♪ node_lock
Here is the move. Keep your page content in a structured file, a JSON or markdown, and have your code build the HTML from it. Change the data, rerun the build, the page updates. No hand-editing tags at midnight. We built a whole office site this way, every page generated from a backend, so the site and the system stay in step instead of drifting apart.
on-screen: Generate the page from data
expected on screen: red ground · a NumberedList panel over a dimmed Signal Field · Nexus leads · node-graph · kinetic-build · icon·white-knockout logo · caption bottom-left
spec (the prompt): comp_id NumberedListvisual node-graphshape tetraground redtreatment white-knockoutmotion kinetic-buildpower morphinstrument morph+laser→Generate the page from datacurate items, nodes
3s3
matches intent
ChecklistCard
template
teach48.2–73.4skinetic-buildicon·liquid-chrome♪ node_lock
Now make the front door open the machine. A form on the page should hit a webhook, a single web address that wakes your workflow. Someone fills it out, the workflow runs, the reply goes back. That is the seam between a visitor and your automation. A pretty page that emails a human to copy-paste the lead into another tool is the exact thing we are trying to kill.
on-screen: Make the form trigger the work
expected on screen: red ground · a ChecklistCard panel over a dimmed Signal Field · Nexus leads · node-graph · kinetic-build · icon·liquid-chrome logo · caption bottom-left
spec (the prompt): comp_id ChecklistCardvisual node-graphshape tetraground redtreatment liquid-chromemotion kinetic-buildpower morphinstrument morph+laser→Make the form trigger the workcurate items, nodes
4s4
matches intent
WireframeMock
template
teach73.4–96.4skinetic-buildicon·white-knockout♪ node_lock
Our proof is that the site you would judge us by is the same kind of thing we just described, generated from data and running in public at office dot temerarii dot xyz. No conversion number we cannot show you. The honest self-proof is that the page is built by the machine, not by hand, and you can go watch it being run.
on-screen: It builds in the open
expected on screen: red ground · a WireframeMock panel over a dimmed Signal Field · Nexus leads · node-graph · kinetic-build · icon·white-knockout logo · caption bottom-left
spec (the prompt): comp_id WireframeMockvisual node-graphshape tetraground redtreatment white-knockoutmotion kinetic-buildpower morphinstrument morph+laser→It builds in the opencurate nodes
5s5
matches intent
RankList
template
proof96.4–116.9sreceipts-counticon·liquid-chrome♪ node_lock
The shift is to stop seeing the website as a separate craft and start seeing it as the visible end of one system. Content from a file, layout from code, the form wired straight into the work. When those three line up, updating the site is updating the data, and the human stops being the glue.
on-screen: Watch a page build itself
expected on screen: red ground · a RankList panel over a dimmed Signal Field · Nexus leads · receipts · receipts-count · icon·liquid-chrome logo · caption bottom-left
spec (the prompt): comp_id RankListvisual receiptsshape tetraground redtreatment liquid-chromemotion receipts-countpower receiptsinstrument spotlight→Watch a page build itselfcurate rows, statsLabels
6s6
matches intent
shared field
signature-3d
resolve116.9–136.70000000000002scoalescenceicon·liquid-chrome♪ bed_out
So the takeaway: drive your pages from data, and wire your forms straight into your workflow. Then go look at a site built that way, in the open, at office dot temerarii dot xyz. Your next step is one form, one webhook, one workflow behind it. Make the front door part of the machine.
on-screen: See it live at office.temerarii.xyz
expected on screen: red ground · tetra hero in the shared Signal Field · Nexus leads · coalescence · coalescence · icon·liquid-chrome logo · caption bottom-left
spec (the prompt): comp_id shared Signal Fieldvisual coalescenceshape tetraground redtreatment liquid-chromemotion coalescencepower coalescenceinstrument coalescence→See it live at office.temerarii.xyz

Format stack 1 aspects · same scenes[], re-cropped

16:9
1920×1080
X/Twitter · YouTube · LinkedIn video

Channels 2 destinations

YouTubeBlog

Social captions supplemental published copy · per channel (comp_id level)

youtubeMake your website part of the machine: pages built from data, forms wired into the workflow This week is about choosing an automation platform with no copy-paste, and this connects it to the front door: web design. Your site is not a brochure that sits still. It is where the automated system meets a real person. This teaches how to build a page the rest of your machine can feed and read, instead of one you hand-edit forever. What you learn: - Keep your page content in a structured file, a JSON or markdown, and have your code build the HTML from it. Change the data, rerun the build, the page updates. No hand-editing tags at midnight. We built a whole office site this way. - Make the front door open the machine. A form on the page should hit a webhook, a single web address that wakes your workflow. Someone fills it out, the workflow runs, the reply goes back. That is the seam between a visitor and your automation. - Stop seeing the website as a separate craft and start seeing it as the visible end of one system: content from a file, layout from code, the form wired straight into the work. Then updating the site is updating the data, and the human stops being the glue. Our proof is that the site you would judge us by is generated from data and running in public. No conversion number we cannot show you, just a page built by the machine, not by hand, that you can go watch being run. See it live at office.temerarii.xyz. Your next step is one form, one webhook, one workflow behind it. Keywords: web design, data-driven pages, webhook, static site generation, form automation

Cross-links every lens is a view on this one record