RAPP Work organization seed · public synthetic data

The AI Video Studio

Run a nine-team video studio behind one AI front door. Every edit follows the same loop: a word-timed transcript, a timestamped motion board approved before anything is built, HyperFrames compositions for motion graphics and captions, hard quality gates, and a release package with provenance. Technical statements come from a pinned source and a claim ledger, and a derived cut never asserts more than its source. Publication stays with the owner.

9 teams · 10 scoped workspaces · 14 tasks · 48 package files

This package is not an activated organization, a membership grant, or a running service. Native SDK plans and starter-file effects require owner approval. Joining never executes downloaded code.

Chant: mica-vessel-quarry-larch-nook-furrow-fenlark

Locator-only join QR for The AI Video Studio
Give this QR to your AI to inspect the exact seed and its declared protocol.

Your first engagement

Pilot: the WebSocket handshake in 40 seconds

Produce the studio's first vertical short (1080x1920, 30 to 45 seconds) from the provided two-voice script about how a WebSocket connection starts. Record it as a talking head or synthesize it for a faceless layout. Open on the question hook, show the HTTP Upgrade request as a live-typing window and the 101 answer as an animated UI panel, caption every spoken word in short unpunctuated phrases, keep every on-screen technical statement traceable to RFC 6455 through the claim ledger, and hand over a release-ready package. Nothing is uploaded or published.

An actual work scope for every team.

The Organization routes through native workspace pointers. Team ownership stays in team workspaces; shared case data stays in the separate casework workspace.

Starter work and acceptance.

Write the production brief · showrunner · Ready to claim

Turn the case into BRIEF.md: audience, platform, 30 to 45 second target, the hook, the source option (talking head or synthesized), the kit, the gates and who signs each, and what is out of scope.

Inputs: starter/case/pilot.json

Outputs: deliverables/brief/BRIEF.md

Depends on: No prerequisites

  • Names the hook, the target length, the source option and the kit.
  • States that publication is out of scope.
Lock the script against the claim ledger · explainers · Ready to claim

Fetch the pinned RFC 6455 text, confirm its sha256, confirm every claim anchor's snippet sits inside its line range, and confirm every factual script line maps to a verified claim. Record the script and ledger sha256.

Inputs: starter/source/script.md, starter/source/claims.json, starter/source/corpus.json

Outputs: deliverables/script/script-lock.json

Depends on: No prerequisites

  • The corpus sha256 matches source/corpus.json.
  • Every anchor verifies and every factual line has a verified claim key.
  • Records the sha256 of script.md and claims.json.
Issue the house kit · brand · Waiting on prerequisites

Resolve the house kit for this production: download the OFL fonts with their licences, confirm zones for the chosen layout (talking head, or source card in place of the face zone), and issue design.md and tokens.json. Run tools/check-kit.mjs.

Inputs: starter/brand/house-kit.md, starter/brand/tokens.json, deliverables/brief/BRIEF.md, starter/tools/check-kit.mjs

Outputs: deliverables/brand/design.md, deliverables/brand/tokens.json

Depends on: brief

  • check-kit.mjs passes on the issued kit.
  • Every font is a licensed file with its licence text.
Record or synthesize the take · explainers · Waiting on prerequisites

Record the locked script to camera (vertical, 30 fps, clean close-mic audio, written consent from everyone on camera), or synthesize the two voices with a voice licensed for publication. Record media path, sha256, duration and capture notes.

Inputs: deliverables/script/script-lock.json, deliverables/brief/BRIEF.md, starter/source/script.md

Outputs: deliverables/source/take.json

Depends on: script-lock, brief

  • The take speaks the locked script; deviations are listed.
  • Records sha256, duration, layout option, and consent or voice licence.
Publish the word-timed transcript · transcription · Waiting on prerequisites

Transcribe the take with tools/transcribe.mjs, fix terms, reconcile against the script with --known, and publish words.json and transcript.txt on the source timeline.

Inputs: deliverables/source/take.json, starter/source/script.md, starter/source/reference-words.json, starter/tools/transcribe.mjs

Outputs: deliverables/transcript/words.json, deliverables/transcript/transcript.txt

Depends on: source-take

  • Word times are monotonic and inside the take.
  • Script agreement is reported; terms such as Sec-WebSocket-Key are spelled as in the script.
  • Records the engine, model and settings.
Plan the motion board · motion-board · Waiting on prerequisites

In plan mode, write the timestamped motion board: the hook in the first three seconds, cuts in silence, one row per overlay with zone, effect, on-screen words, claim key and reference image, and where captions move.

Inputs: deliverables/brief/BRIEF.md, deliverables/transcript/words.json, deliverables/brand/design.md, starter/board/motion-board-template.md, starter/source/claims.json, starter/guides/effects.md, starter/refs/handshake-panel.svg, starter/refs/chat-window.svg

Outputs: deliverables/board/motion-board.md

Depends on: brief, transcript, brand-kit

  • Beats cover the whole cut without two overlays in one zone at once.
  • Every technical overlay cites a claim key.
  • No beat is placed in the face zone or the platform-safe areas.
Present the motion board and record the decision · showrunner · Waiting on prerequisites

Check the board against the brief, present it to the owner, and record the owner's decision with the board sha256, or return it with specific, testable changes. Building starts only after an approval record exists.

Inputs: deliverables/board/motion-board.md, deliverables/brief/BRIEF.md

Outputs: deliverables/approvals/motion-board.md

Depends on: motion-board

  • Records the decision, the reviewer and the board sha256.
Build the spatial captions · captions · Waiting on prerequisites

Run tools/caption-phraser.mjs on the transcript with the issued kit and the board's cuts, place phrases in the caption zone, move them where the board says an overlay owns that zone, and verify the trace.

Inputs: deliverables/transcript/words.json, deliverables/brand/tokens.json, deliverables/board/motion-board.md, deliverables/approvals/motion-board.md, starter/tools/caption-phraser.mjs

Outputs: deliverables/captions/captions.json

Depends on: board-approval

  • caption-phraser.mjs --verify passes.
  • No caption overlaps the face zone, the platform-safe areas or an active overlay.
Build the overlays and assemble the cut · motion-graphics · Waiting on prerequisites

Create the HyperFrames project, cut the take, build each board beat from the starter overlays and the effect catalogue, wire the captions, and keep lint and check clean.

Inputs: deliverables/board/motion-board.md, deliverables/approvals/motion-board.md, deliverables/brand/tokens.json, deliverables/captions/captions.json, deliverables/source/take.json, starter/project/hook-card.html, starter/project/typing-window.html, starter/project/ui-panel.html

Outputs: deliverables/cut/short.json

Depends on: captions

  • short.json lists every overlay with its board beat and zone.
  • lint and check report zero errors.
  • The hook overlay is on screen by 0.5 seconds.
Certify claim carryover · explainers · Waiting on prerequisites

Map every on-screen technical statement in the cut to a verified claim key and anchor. Anything unmapped is a new claim: return it instead of certifying.

Inputs: starter/source/claims.json, deliverables/board/motion-board.md, deliverables/cut/short.json

Outputs: deliverables/claims/carryover.json

Depends on: motion-graphics

  • Zero unmapped on-screen statements.
Run the quality gates · quality · Waiting on prerequisites

Walk the review checklist: lint, check, duration, hook, caption trace and style, zones, claim carryover, loudness, and a contact sheet with one frame per beat compared against the approved board.

Inputs: deliverables/cut/short.json, deliverables/captions/captions.json, deliverables/claims/carryover.json, deliverables/approvals/motion-board.md, starter/quality/review-checklist.csv

Outputs: deliverables/qc/report.json, deliverables/qc/contact-sheet.png

Depends on: claims-carryover

  • Every checklist row has a pass or a documented fail with evidence.
  • The contact sheet shows one frame per board beat.
Present the final cut and record the decision · showrunner · Waiting on prerequisites

Present the QC report and contact sheet to the owner and record the decision with the project commit, or return the cut with specific notes.

Inputs: deliverables/qc/report.json, deliverables/qc/contact-sheet.png

Outputs: deliverables/approvals/final-cut.md

Depends on: qc

  • Records the decision, the reviewer and the project commit.
Render and package the deliverables · release · Waiting on prerequisites

Render the approved commit from a clean checkout, export the SRT and a cover frame, draft the post copy, and write PROVENANCE.json. Prepare only: do not upload or publish.

Inputs: deliverables/cut/short.json, deliverables/approvals/final-cut.md, deliverables/captions/captions.json, starter/ops/release-checklist.md

Outputs: deliverables/release/short-1080x1920.mp4, deliverables/release/captions.srt, deliverables/release/cover.png, deliverables/release/post.md, deliverables/release/PROVENANCE.json

Depends on: final-approval

  • The MP4 is 1080x1920 H.264 between 30 and 45 seconds.
  • PROVENANCE.json records every hash the case requires.
  • Nothing was uploaded or published.
Fold the lessons back into the kit · brand · Waiting on prerequisites

Read the QC report and provenance and propose concrete kit changes (caption style, zones, motion defaults, prompts) as a reviewed diff for the next production.

Inputs: deliverables/qc/report.json, deliverables/release/PROVENANCE.json

Outputs: deliverables/retro/kit-updates.md

Depends on: release-package

  • Each proposed change cites the QC finding behind it.

Included starter artifacts.

These are files in the ZIP, not promises to generate them later. Reference examples do not mean the engagement is complete.

Package SHA-256: e70557eea6a3e0e13017b8c567de5fc7740e64c67b975efb477915536456f2ce

Initialize with the RAPP Work SDK.

  1. Inspect seed.json, initialize.json, and the exact dependency pins.
  2. Choose your owner label and a new destination. Use the installed, verified SDK to plan the Organization and member Workspaces.
  3. Approve complete native plans and their exact digests before applying. Review declared template copies and pointer registrations separately.
  4. Claim a ready task with a capable authorized AI host, produce the requested output, and attach actual acceptance evidence.

No private membership, signing, spending, external communication, publication, or federation activation is granted by this seed.

Or boot it in a RAPP Brainstem.

This seed also ships as a boot Egg: a RAPP/1 organism Egg holding the exact seed record, a soul written from it, and the generic SeedRunner organ. A standard RAPP Brainstem hatches it and runs the same seed flow for you, with the same pinned SDK and the same owner approvals.

  1. Install the standard Brainstem: curl -fsSL https://kody-w.github.io/rapp-installer/install.sh | bash
  2. Download the boot Egg (SHA-256 f6caccdf0b3068daff7e29b3be7697fdc244b1022fa520e758de79c5857b6a8c) and the hatcher (SHA-256 49b210e0c762eefad2602c3c1db93ab00d73d7edd5cd353c703fb408352a07d0). Check both hashes before running anything.
  3. Plan the hatch: python3 hatch_seed.py --egg ai-video-studio.boot.egg. It verifies the Egg with the pinned RAPP/1 reference and prints every effect, how to reverse it, and a plan digest. Nothing changes yet.
  4. Hatch with that exact digest: python3 hatch_seed.py --egg ai-video-studio.boot.egg --apply <plan_digest>. Your Brainstem gets its own instance identity, grown from Egg 414ec0591a90599c…, and the SeedRunner organ.
  5. Ask your Brainstem to run the seed. SeedRunner verifies it, plans the Organization and its Workspaces, and shows you an activation digest; nothing is created until you approve that exact digest.

The boot Egg grants no authority and runs nothing by itself. Boot record JSON.