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-W34-Sunkind longformweek W34date 2026-08-23campaign longform-youtubepillar strategic_relationsbeat asset videoduration 269.4sground redscenes 10

Checklist the per-video bar — engine/sim

100.0/100
plain languagevo coverageno dead airuniquenesscaption fitcompletenesscleanliness
quantitative quality · weights learn from your reviews (engine.sim.memory review longform-W34-Sun good|bad)
✓ all static checks pass — one-focal/scene · tier-by-beat · one-track caption · colorway · cast+shape correct · no banned/fabricated. (audio + visual tiers verify on the rendered finals — Phase 2)

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 10 scenes · 269.4s · comp_id + rendered still + tier + the script

#Layer (comp_id · still · tier)BeatTimecodeMotionLogoAudioVO / on-screen / caption
1s1
matches intent
shared field
signature-3d
open0–31.3sspatial-parallaxicon·liquid-chrome♪ bed_in
This week the calendar says one thing: a practical AI playbook. Most people talk about AI like it is weather, something that just happens to you. We are going to treat it like a tool you pick up and use today. By the end of this you will know how to put a real AI model to work in your own business, step by step, with nothing hidden. We sell this under Emerging Technology, and the whole point is to get there before everyone else does.
on-screen: A practical AI playbook
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→A practical AI playbook
2s2
matches intent
NumberedList
template
teach31.3–58.3skinetic-buildicon·white-knockout♪ node_lock
Step one is to not start with the exciting stuff. Pick the most boring repeated job you do every week. Maybe it is sorting emails, maybe it is tagging support tickets. Write down the exact steps you take by hand. That written list is your spec. AI works best when you can name the job in plain words, and a job you do fifty times a week is where the model pays for itself.
on-screen: Pick one boring job first
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→Pick one boring job firstcurate items, nodes
3s3
matches intent
ChecklistCard
template
teach58.3–85.6skinetic-buildicon·liquid-chrome♪ node_lock
Step two is to feed it your real data, not a made-up example. Take the Anthropic API or the OpenAI API, paste in ten real cases from that boring job, and ask the model to do the task. Do it in the chat window first before you write any code. You are checking one thing: does it get the answer right on your messy, real inputs? If it does, you have a job worth automating.
on-screen: Send your own data in
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→Send your own data incurate items, nodes
4s4
matches intent
SchematicCard
template
teach85.6–112.89999999999999skinetic-buildicon·white-knockout♪ node_lock
Step three is to turn your hand-written steps into a system prompt. A system prompt is just a paragraph at the top that tells the model who it is and what rules to follow. Be strict. Tell it the format you want back. Tell it what to do when it is unsure. The model is a fast worker with no memory of your company, so the prompt is the only training it gets each time.
on-screen: Write the rules as a prompt
expected on screen: red ground · a SchematicCard panel over a dimmed Signal Field · Nexus leads · node-graph · kinetic-build · icon·white-knockout logo · caption bottom-left
spec (the prompt): comp_id SchematicCardvisual node-graphshape tetraground redtreatment white-knockoutmotion kinetic-buildpower morphinstrument morph+laser→Write the rules as a promptcurate nodes
5s5
matches intent
ProcessFlow
template
teach112.9–139.20000000000002skinetic-buildicon·liquid-chrome♪ node_lock
Step four is to force the answer into a fixed shape. Ask the model to reply as JSON, which is just labeled fields a computer can read. Most APIs have a structured-output setting that guarantees this. Once the answer comes back as clean labeled data instead of a paragraph, the next program in line can use it without a human reading it. That is the line between a toy and a tool.
on-screen: Make it return clean data
expected on screen: red ground · a ProcessFlow panel over a dimmed Signal Field · Nexus leads · node-graph · kinetic-build · icon·liquid-chrome logo · caption bottom-left
spec (the prompt): comp_id ProcessFlowvisual node-graphshape tetraground redtreatment liquid-chromemotion kinetic-buildpower morphinstrument morph+laser→Make it return clean datacurate nodes, steps
6s6
matches intent
JsonDiff
template
teach139.2–163.29999999999998skinetic-buildicon·white-knockout♪ node_lock
Step five is to give the model hands. The way you do that today is MCP, a small adapter that lets one model talk to your other software. Wire an MCP server into your email, your spreadsheet, or your help desk. Now the model can read a ticket, decide the answer, and write it back, all in one pass, instead of you copying text between tabs.
on-screen: Connect it to your tools
expected on screen: red ground · a JsonDiff panel over a dimmed Signal Field · Nexus leads · node-graph · kinetic-build · icon·white-knockout logo · caption bottom-left
spec (the prompt): comp_id JsonDiffvisual node-graphshape tetraground redtreatment white-knockoutmotion kinetic-buildpower morphinstrument morph+laser→Connect it to your toolscurate fileName, lines, nodes
7s7
matches intent
CheatSheet
template
teach163.3–191.0skinetic-buildicon·liquid-chrome♪ node_lock
Step six is to put a person at the door, on purpose. For anything that touches money or a customer, have the model draft the action and stop. A human clicks yes or no. This is not a lack of trust in the machine. It is how you catch the one wrong answer in fifty before it goes out. You can drop the gate later, once you have watched it long enough to know the edges.
on-screen: Keep a human at the gate
expected on screen: red ground · a CheatSheet panel over a dimmed Signal Field · Nexus leads · node-graph · kinetic-build · icon·liquid-chrome logo · caption bottom-left
spec (the prompt): comp_id CheatSheetvisual node-graphshape tetraground redtreatment liquid-chromemotion kinetic-buildpower morphinstrument morph+laser→Keep a human at the gatecurate nodes, points, uses
8s8
matches intent
LogStream
template
teach191.0–215.8skinetic-buildicon·white-knockout♪ node_lock
Step seven is to keep a list of every time it got something wrong. Each miss is a new sentence for your prompt. The model got the wrong date format? Add a line about dates. It guessed when it should have asked? Add a line telling it to ask. After a few weeks your prompt becomes a written copy of your own judgment, and the misses get rare.
on-screen: Write down the misses
expected on screen: red ground · a LogStream panel over a dimmed Signal Field · Nexus leads · node-graph · kinetic-build · icon·white-knockout logo · caption bottom-left
spec (the prompt): comp_id LogStreamvisual node-graphshape tetraground redtreatment white-knockoutmotion kinetic-buildpower morphinstrument morph+laser→Write down the missescurate nodes, rows
9s9
matches intent
RankList
template
proof215.8–242.10000000000002sreceipts-counticon·liquid-chrome♪ node_lock
Here is our honest proof, with no invented numbers. The studio you are watching runs on this exact playbook. The model in the terminal drafts our content, calls our tools through MCP, and stops at a gate for us to approve. The whole calendar you are looking at was built from one source file the model reads and writes. We did not test this on you first. We tested it on ourselves.
on-screen: We run our studio this way
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→We run our studio this waycurate rows, statsLabels
10s10
matches intent
shared field
signature-3d
resolve242.1–269.4scoalescenceicon·liquid-chrome♪ bed_out
So that is the playbook: pick a boring job, feed it real data, write the rules as a prompt, force clean output, give it tools through MCP, keep a human gate, and log every miss. None of it needs a budget bigger than a coffee habit to start. If you want to watch the whole machine run in the open, it is live at office.temerarii.xyz. Start with one job this week. That is the move.
on-screen: See it 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 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)

youtubeA practical AI playbook: put a real model to work in your business, step by step Most people talk about AI like it is weather, something that happens to you. This treats it like a tool you pick up and use today. By the end you can put a real model to work in your own business, with nothing hidden, and most of it starts for the price of a coffee habit. The steps: - Pick the most boring repeated job you do every week, sorting emails or tagging tickets, and write the exact steps by hand. That list is your spec. - Feed it real data, not a made-up example. Paste ten real cases into the Anthropic API or the OpenAI API in the chat window first and check whether it gets the answer right on your messy inputs. - Turn your hand-written steps into a system prompt: a strict paragraph telling the model who it is, the format you want back, and what to do when unsure. - Force the answer into a fixed shape, JSON, just labeled fields a computer can read, using the structured-output setting. That is the line between a toy and a tool. - Give the model hands with MCP, a small adapter that lets it read a ticket, decide, and write back in one pass instead of you copying between tabs. - Put a human at the door for anything touching money or a customer. The model drafts, a person clicks yes or no. - Keep a list of every miss. Each one becomes a new sentence in your prompt until the misses get rare. The honest proof: the studio you are watching runs on this exact playbook. The model drafts our content, calls our tools through MCP, and stops at a gate for us to approve. We tested it on ourselves, not on you. See the whole machine run at office.temerarii.xyz, then start with one job this week. Keywords: AI playbook, system prompt, structured output, MCP, human in the loop, automation

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