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-W28-Thukind longformweek W28date 2026-07-16campaign longform-youtubepillar multimediabeat asset videoduration 157.0sground whitescenes 7

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-W28-Thu 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 7 scenes · 157.0s · comp_id + rendered still + tier + the script

#Layer (comp_id · still · tier)BeatTimecodeMotionLogoAudioVO / on-screen / caption
1s1
matches intent
shared field
signature-3d
open0–23.8sspatial-parallaxicon·color♪ bed_in
A live site is not just for visitors to see. It is for you to learn from. Every click is a fact about what people want. Most businesses collect those facts and never read them. Today I show you the business intelligence behind the The Big T-M hub, how we turn raw site data into plain answers, so you can stop guessing about your own.
on-screen: The hub knows what is working
expected on screen: white ground · octa hero in the shared Signal Field · Lumen leads · node-graph · spatial-parallax · icon·color logo · caption bottom-left
spec (the prompt): comp_id shared Signal Fieldvisual node-graphshape octaground whitetreatment colormotion spatial-parallaxpower summoninstrument summon→The hub knows what is working
2s2
matches intent
NumberedList
template
teach23.8–44.7skinetic-buildicon·wireframe♪ node_lock
First move. Before tracking anything, decide the few questions you actually care about. Which pages bring contacts. Where people leave. What they search for. We wrote those questions down first. Then we added a lightweight analytics tag to the hub that records only what answers them. Tracking everything gives you noise. Tracking your questions gives you answers.
on-screen: Measure what matters, not everything
expected on screen: white ground · a NumberedList panel over a dimmed Signal Field · Lumen leads · node-graph · kinetic-build · icon·wireframe logo · caption bottom-left
spec (the prompt): comp_id NumberedListvisual node-graphshape octaground whitetreatment wireframemotion kinetic-buildpower morphinstrument morph+laser→Measure what matters, not everythingcurate items, nodes
3s3
matches intent
ChecklistCard
template
teach44.7–67.0skinetic-buildicon·wireframe♪ node_lock
Second move. The data sitting in your analytics is yours, and you can pull it straight into the terminal. We wired an MCP server into the analytics account, so Claude Code can read the real query numbers itself, no dashboard staring required. The model gets the actual data, not a screenshot. That is the difference between a guess and a fact.
on-screen: Pull your own data with an MCP
expected on screen: white ground · a ChecklistCard panel over a dimmed Signal Field · Lumen leads · node-graph · kinetic-build · icon·wireframe logo · caption bottom-left
spec (the prompt): comp_id ChecklistCardvisual node-graphshape octaground whitetreatment wireframemotion kinetic-buildpower morphinstrument morph+laser→Pull your own data with an MCPcurate items, nodes
4s4
matches intent
JsonDiff
template
teach67.0–89.7skinetic-buildicon·wireframe♪ node_lock
Third move. Once the data is in reach, we ask the model plain questions. Which page lost the most people last week. Which search term shows up but has no page for it. It reads the numbers and answers in sentences, not charts you have to decode. You are having a conversation with your own data instead of squinting at a graph.
on-screen: Let the model read the numbers
expected on screen: white ground · a JsonDiff panel over a dimmed Signal Field · Lumen leads · node-graph · kinetic-build · icon·wireframe logo · caption bottom-left
spec (the prompt): comp_id JsonDiffvisual node-graphshape octaground whitetreatment wireframemotion kinetic-buildpower morphinstrument morph+laser→Let the model read the numberscurate fileName, lines, nodes
5s5
matches intent
ProcessFlow
template
teach89.7–111.7skinetic-buildicon·wireframe♪ node_lock
Fourth move. A finding is worthless until it changes something. The data showed people searching for a service we had buried. So we made one change, gave that service its own clear page. Every insight should end in a single concrete edit. If your report does not change a page, a price, or a workflow, it was just expensive reading.
on-screen: Turn the answer into one change
expected on screen: white ground · a ProcessFlow panel over a dimmed Signal Field · Lumen leads · node-graph · kinetic-build · icon·wireframe logo · caption bottom-left
spec (the prompt): comp_id ProcessFlowvisual node-graphshape octaground whitetreatment wireframemotion kinetic-buildpower morphinstrument morph+laser→Turn the answer into one changecurate nodes, steps
6s6
matches intent
RankList
template
proof111.7–134.0sreceipts-counticon·wireframe♪ node_lock
The proof is that we run the hub this way. The pages on the live site exist in the shape they do because the data told us, not because we guessed. We point this lens at ourselves first and adjust in public. No invented metrics here, just the honest loop of measure, read, change, running on the site you can open.
on-screen: We read our own hub's data
expected on screen: white ground · a RankList panel over a dimmed Signal Field · Lumen leads · receipts · receipts-count · icon·wireframe logo · caption bottom-left
spec (the prompt): comp_id RankListvisual receiptsshape octaground whitetreatment wireframemotion receipts-countpower receiptsinstrument spotlight→We read our own hub's datacurate rows, statsLabels
7s7
matches intent
shared field
signature-3d
resolve134.0–157.0scoalescenceicon·color♪ bed_out
That is how The Big T-M reads the hub. The takeaway. Pick your few real questions, pull your own data with an MCP instead of staring at dashboards, and end every insight with one concrete change. Your next step is small. Open your analytics, ask one question, and make one edit from the answer. See our version at office dot temerarii dot xyz.
on-screen: Ask your data one question
expected on screen: white ground · octa hero in the shared Signal Field · Lumen leads · coalescence · coalescence · icon·color logo · caption bottom-left
spec (the prompt): comp_id shared Signal Fieldvisual coalescenceshape octaground whitetreatment colormotion coalescencepower coalescenceinstrument coalescence→Ask your data one question

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)

youtubeBusiness Intelligence in Plain Words: Pull Your Own Site Data and Act On It A live site is for you to learn from, not just for visitors to see. Every click is a fact about what people want, and most businesses collect those facts and never read them. This walkthrough shows how to turn raw site data into plain answers, so you can stop guessing. The method: - Measure what matters, not everything. Decide the few questions you actually care about first: which pages bring contacts, where people leave, what they search for. Add a light analytics tag that records only what answers them. Tracking everything gives you noise. - Pull your own data with an MCP server. The data in your analytics is yours. Wire an MCP server, a small adapter, into the analytics account so a coding agent can read the real numbers itself. That is the difference between a guess and a fact. - Let the model read the numbers. Ask plain questions: which page lost the most people last week, which search term shows up with no page for it. It answers in sentences, not charts you have to decode. - Turn the answer into one change. A finding is worthless until it changes something. When the data showed a buried service, we gave it its own clear page. If your report does not change a page, a price, or a workflow, it was just expensive reading. We point this lens at ourselves first and adjust in public, no invented metrics, just measure, read, change. Your next step: open your analytics, ask one question, make one edit from the answer. See our version at office.temerarii.xyz. Keywords: business intelligence, web analytics, GA4, MCP server, data-driven decisions, small business metrics.

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