Skip to main content

Source kit / Store

ForgeVideo

Not available to buy while the refresh is verified

The planning, rights, captions, QC and sign-off records behind a long-form history channel, packaged as a source kit you run on your own machine.

An agent-ready workflow kit for turning production intent into structured, reviewable packets with explicit sources, rights, QC, captions, metadata, and human approvals.

Conceptual workflow
  1. Production plan
  2. Review packet
  3. Approval record

Drawn to Empire · Episode 1 · April 29, 2026

The Coup That Made Charlemagne Possible | Pepin the Short

  1. YouTube ↗ episode 1
  2. YouTube ↗ episode 2
  3. YouTube ↗ episode 3
Drawn to Empire on YouTube (@Drawn2Empire) ↗

Drawn to Empire / What the workflow produced

Three episodes. One packet discipline.

Drawn to Empire is the YouTube channel Greyforge produced in spring 2026 through its internal ForgeVideo lane: three long-form narrated episodes on the family that produced Charlemagne. Every episode moved through the same packet: sources and claims, script, storyboard and assets, a rights ledger, captions and metadata, QC, then named human approvals.

The kit packages that records-and-validation discipline. It does not render, edit or upload video, and it does not include the private production assets. Human judgment about the story, the cut and the release stays with you.

The channel is complete at three episodes. Production through the internal lane ended in May 2026, so the videos are the reference for what the packet discipline produced, not a preview of an ongoing service.

Episodes
3 published, April to May 2026
Format
Long-form narrated history
Channel
Drawn to Empire on YouTube
Production lane
Internal ForgeVideo, complete

What ForgeVideo does

A production packet that refuses to lie about its state.

Every record a serious release needs lives in one project directory with its own schema, and strict validation checks the relationships between them, not just their shape.

Conceptual illustration of a media production line moving storyboards, audio and review records toward an approved release
Conceptual illustration of the packet pipeline

Project state machine

A packet holds brief, research, script, storyboard, assets, rights, captions, metadata, timeline, QC and release records. Release moves through blocked, in review, approved, published or withdrawn, and a fresh packet starts blocked on purpose.

Sources and claims, side by side

Claims reference sources and script beats reference claims. A dangling reference fails validation instead of slipping into the cut, and every source carries a class, a status and an access date.

Four production templates

Documentary history, technical explainer, interview and podcast, and commentary essay templates seed the beat structure, storyboard and asset plan for the format you are making.

Rights decisions that can block

Each asset binds to a rights decision: approved, approved with conditions, replace, unknown or prohibited. Unknown and prohibited block the handoff. A recorded decision is a decision, not legal clearance.

Captions, metadata and QC on the cut

Caption files, title and description candidates, timing checks and QC evidence live in the packet beside the exact revision they describe, so a later edit cannot quietly orphan them.

Approvals bound to the digest

Editorial, rights, caption and final operator approvals are recorded against the project digest. Change anything and the approvals go stale until someone reviews again.

How it runs

From a blank packet to a handoff you can defend.

Everything runs locally with Node.js 20 or newer. Only the update check touches the network, and it never downloads code.

  1. Step 01

    Start a packet

    Pick a template. The initializer refuses a non-empty destination, and forced replacement moves the previous directory to a timestamped backup first.

    node src/cli.mjs init --title "My Project" --out work/my-project
  2. Step 02

    Fill the records

    Research, sources, claims, script, storyboard, assets, rights, captions and metadata are JSON records with schemas. Use the six agent skills or edit by hand.

  3. Step 03

    Validate, then validate strictly

    Structural validation checks shape. Strict validation refuses broken references, unresolved rights, stale approvals and an untouched packet.

    node src/cli.mjs validate --strict --project work/my-project
  4. Step 04

    Approve and hand off

    Named approvals bind to the digest. The handoff bundle lists the media, the supporting records and the next human decision.

    node src/cli.mjs handoff --project work/my-project --out work/handoff

The deliverable

Source you can
work with.

  • Offline CLI: init, status, transition, validate, approve, handoff, demo, doctor, migrate and update check
  • Four templates: documentary history, technical explainer, interview and podcast, commentary essay
  • Six focused agent skills: research and claims, script architecture, storyboard and assets, rights review, captions and metadata, release QC
  • Fifteen JSON schemas covering every packet record
  • A complete sanitized example project that passes strict validation
  • AGENTS.md, references, and 25 deterministic tests
Project state machineStrict release validationRights and approval ledgers

Before choosing

What to know.

  • The kit does not render, edit, upload, clear rights, buy provider access, or operate Greyforge's private production system.
  • Checkout remains disabled until the rebuilt exact artifacts and commerce path pass every release gate.

Requirements

Check your setup.

Release & update history ↗

Platform status below comes from the product catalog. A pending check does not establish a supported release.

linux / x64

Node.js 20+

Verification pending

windows / x64

Node.js 20+

Verification pending

macos / x64

Node.js 20+

Verification pending

More context