hegstadjosh/demo-studio-in-a-box

Kurzvideo

Erstelle einen Film, den sein vorgesehener Betrachter verfolgen und sehen will, ausgehend vom Publikum, dem Zweck, dem Material und dem, was die Person bereits gewählt hat. Dieses Paket wurde aus einer mehrtägigen Produktion von Werbefilmen für eine Debatten-App destilliert, bei der eine Person, die schnell antwortete, Regie führte; die Seeds nennen es die Quellproduktion.

So liest du dieses Paket

Muss (Klasse) bindet dich. Seine fünf Klassen: (explizite Anforderung), was die Person forderte oder verbot, innerhalb ihres Geltungsbereichs; (Erlaubnis), was die Person nicht genehmigt hat, tust du nicht; (technische Tatsache), was unabhängig vom Geschmack gilt; (Wahrhaftigkeit), deine Behauptungen über deine Arbeit, Prüfungen, Wahrnehmung und der Film stimmen mit dem überein, was passiert ist; (Privatsphäre), Anmeldedaten und persönliche Daten.

Hypothese kennzeichnet alles andere, einschließlich jeder Methode: ihr Mechanismus, die Bedingungen, unter denen sie zu funktionieren schien, was nicht belegt ist und wie sie versagt. Wäge jede Hypothese gegen das aktuelle Ziel und die Umstände ab und verbessere sie; notiere, was du geändert hast und warum, im Entscheidungsprotokoll in project.md. Muss-Vorgaben und Anforderungs-Gates sind fest; Seed- und Hypothesen-Gates sind starke Standardvorgaben, die du mit einem solchen Eintrag überspringen oder anpassen kannst.

Beispiele in den Seeds stammen aus der Quellproduktion. Generiere Prämissen und Mittel aus dem Material dieses Projekts und markiere jeden Vorschlag, der einem Seed-Beispiel entspricht.

Wenn local.md neben dieser Datei existiert, lies es vor allem anderen. Seine Einträge sind die ständigen Anweisungen der Person: Jeder trägt die Klasse (explizite Anforderung) oder (Erlaubnis) innerhalb seines angegebenen Geltungsbereichs, überschreibt jede Hypothesen- oder Seed-Standardvorgabe und weicht einer späteren Anweisung im aktuellen Projekt. local.example.md zeigt seine Form.

Erste Schritte

Starte den wörtlichen Posteingang, messages.md (seeds/gates.md), mit der ersten Nachricht der Person, damit keine Anweisung unaufgezeichnet bleibt. Sieh dir das Material an und inspiziere vorhandene Clips, Entwürfe, Zeitleisten, Assets und Hilfsskripte, bevor du Ersetzungen vornimmst. Schreibe dann die Kurzform von project.md (seeds/project-file.md) und die Zeilen von environment.md (seeds/environment.md), die das erste Artefakt benötigt. Notiere in project.md die Ebene (unten) und die Verfügbarkeit der Person, wie sie sie beschrieben hat.

Hypothese: Das erste Artefakt, das die Person sieht (eine nummerierte Prämissenliste, eine Anordnung auf Zitatebene oder ein nackter Stitch), sollte bald nach diesem ersten Blick eintreffen, weil eine Reaktion auf etwas Konkretes Fragen beantwortet, die eine Aufnahmemeldung nicht kann. Sende die Aufnahmefragen damit. Baue tools/show vor der ersten Vorführung und tools/spend vor dem ersten bezahlten Aufruf sowie die restlichen Gate-Skripte vor dem ersten Render. In der Quellproduktion kamen Fragen, die in eine Aufnahme gepasst hätten, später als Korrekturen von einer Person, die schnell antwortete. Diese Abfolge ist begründet, nicht beobachtet. Sie versagt, wenn das erste Artefakt auf einer Prämisse beruht, die eine Antwort umgestoßen hätte, z. B. ob die gezeigten Personen einwilligen; stelle diese blockierenden Fragen, bevor du es erstellst.

Medienbeschaffung. reference/media-index.md listet die Arten von Medien auf, die ein Film enthalten kann, und die Art und Weise, wie jede erstellt wird; es nennt keine Anbieter. Wenn die Behandlung eine Art erfordert, die du aus dem vorliegenden Material nicht herstellen kannst, tust du drei Dinge, bevor du einen Weg wählst. Recherchiere den aktuellen Stand der Technik zur Erstellung und Bearbeitung dieser Art, da die benannten Wege der Umgebungstabelle datierte Beispiele sind, nicht die Antwort. Prüfe, was die Person bereits verwendet: Schlüssel in der Umgebung, Werkzeuge auf dem Rechner, Notizen und vergangene Projekte in ihrem lokalen Kontext, local.md. Wenn die Person dann erreichbar ist und Regie führen möchte, biete zwei oder drei Wege mit Preis, Qualität und Einrichtungskosten an und frage, welchen sie nehmen möchte; wenn sie einmalige Arbeit wünscht oder nicht da ist, wähle selbst den besten Weg und frage nur nach dem, was du nicht allein bekommen kannst: einen API-Schlüssel, Guthaben, ein Konto, Geld. Hypothese: Gehe davon aus, dass die Person für Medien bezahlt, die ihren Platz im Film verdienen, schlage also den bezahlten Weg vor, wenn er eindeutig besser ist, und sage, was er kostet; die Person der Quellproduktion genehmigte bezahlte Stimme ohne Zögern, als der Preis genannt wurde. Gib nichts aus, bevor sie ja sagt (G2, seeds/project-file.md Abschnitt 6). Es versagt, wenn die Person gesagt hat, der Film dürfe nichts kosten; dann ist der kostenlose Weg die Antwort und der bezahlte eine Fußnote.

Seeds, in der Reihenfolge, in der ein Projekt sie normalerweise erreicht

Eine beispielhafte Abfolge, keine Pipeline:

1. Parallel: seeds/footage-index.md für Aufnahmen (Footage-Index, Clip-Bibliothek, Strukturkarte); Markentokens (seeds/coded-scenes.md) und Recherchenotizen (seeds/treatment.md) für ein Produkt.
2. seeds/treatment.md: Behandlung und Storyboard.
3. seeds/assembly.md: Assembly-Skript, nackter Stitch, Strukturentscheidung; dann die unabhängige Überprüfung (seeds/audit.md).
4. Nach Bedarf: seeds/cut-and-build.md (Schnittdatei, Builder) wann immer aufgenommenes Material geschnitten oder umgetimt wird; seeds/edit-room.md wenn eine Person Schnitte dirigiert; seeds/coded-scenes.md (Komposition, Standbilder); seeds/sound-and-voice.md (Sprache, Cue-Sheet, Musik, Mixbericht, Master); seeds/helpers.md (Briefings, Helfer-Register) wenn Helfer Arbeit übernehmen.
5. Vor jeder Vorführung ein Check-in-Paket, das den Prüfstatus der Datei angibt (seeds/show-the-human.md), normalerweise nach einem Prüfbericht (seeds/audit.md).
6. Überarbeitung in dem Seed, in dem das Problem liegt, ausgehend von einer Neuformulierung, wenn das Feedback mehrdeutig ist.
7. Abschließende Prüfung und der Lieferordner (seeds/audit.md).

reference/technical-facts.md enthält Timing-, Bild- und Lautstärke-Fakten; die Selbsttests des Builders, die sie prüfen, sind in seeds/cut-and-build.md. reference/media-index.md listet Medienarten und die Art und Weise, wie jede erstellt wird. reference/ui-design.md enthält die Interface-Richtung, die die Person während der Quellproduktion gab, verallgemeinert, mit einem Check für jede Regel, der an einem Standbild ausgeführt werden kann.

Hypothese: Struktur vor Verfeinerung klären, weil ein nackter Stitch erlaubt, die Reihenfolge zu beurteilen, bevor für die Endbearbeitung bezahlt wird. Die größten vermeidbaren Verluste der Quellproduktion waren polierte Entwürfe mit einer später verworfenen Reihenfolge. Es versagt, wenn die Wirkung von der Endbearbeitung abhängt, wie bei einer Klangbehandlung; dann verfeinere nur das Sample, das das Urteil benötigt (seeds/assembly.md).

Ebenen

Material und Aufgabe	Seeds, die normalerweise wichtig sind (zur ersten Zeile hinzugefügt)	Hypothesen-Gates, die sich normalerweise auszahlen
Eine kleine Änderung an einem bestehenden Film oder Clip, z. B. ein Trim (lies nichts anderes)	project-file (Kurzform), environment (FFmpeg-Zeile), gates, Prüfungen für das Geänderte, show-the-human	G1a, G8
Eine lange Aufnahme (Demo, Vortrag, Stream) zu einem kurzen Schnitt verdichtet	footage-index (Bildschirmbereich), treatment (Kurzform), assembly, cut-and-build, sound-and-voice (Untertitel, Musik, Pegel), vollständige Prüfung	G1a, G10, G11
Ein Produkt oder eine Idee, erklärt in codierten Szenen	treatment, assembly, coded-scenes, sound-and-voice	G1a, G8 bis G11
Ein aufgezeichnetes Gespräch, zu einem Film geschnitten	treatment, footage-index, assembly, cut-and-build, sound-and-voice, und edit-room wenn eine Person Schnitte dirigiert	G1a, G8 bis G11
Aufnahmen kombiniert mit codierten Produktszenen	alle Seeds, Helfer, ein Live-Board	G1a, G8 bis G11

Eine Aufnahme gilt als Footage, wenn ihre Clips im Film erscheinen können; eine, die nur als Quelle für das Skript dient, speist die Recherchenotizen.

Gates

Ein Gate ist eine Bedingung, die ein Schritt erfüllen muss, bevor er ausgeführt wird. Anforderungs-Gates erzwingen alles, was sie erzwingt; installiere alle sieben in jedem Projekt, da jedes still bleibt, bis sein Schritt auftritt. Hypothese: Das Prüfen jeder Bedingung innerhalb eines Skripts, das du ausführen musst, um den Schritt auszuführen, gilt dort, wo eine geschriebene Regel versagt, weil ein Check innerhalb eines Befehls kein Gedächtnis braucht; dies wurde als Ganzes nicht getestet (seeds/gates.md), achte also auf die dort aufgeführten Fehlersignale. Es versagt, wenn du ein Skript umgehst, indem du direkt ein Medienwerkzeug aufrufst, eine Datei öffnest oder einen Dienst bezahlst. Ein Harness-Hook, der direkte Medienbefehle blockiert, erzwingt eine Bedingung ohne deine Mitarbeit; füge einen nur mit Erlaubnis der Person hinzu.

• Anforderungs-Gates erzwingen ein Muss: G1 zeigen (jedes Paket nennt die genaue Datei und den Hash, die gezeigt werden, und gibt ihren Prüfstatus an: die Prüfberichts-ID oder nicht geprüft); G2 ausgeben; G3 Render-Sperre; G4 halten; G5 Einwilligung und Rechte; G6 Lieferung; G7 Editor bereit (die Editor-Verifizierung, bevor du den Edit-Raum bereit nennst).
• Hypothesen-Gates dürfen mit einem aufgezeichneten Grund übersprungen werden: G1a Prüfung vor dem Zeigen; G8 Status-Wiedereintritt; G9 Anweisungen verbucht, in jedem Paket; G10 Struktur zuerst, vor Verfeinerung; G11 unabhängiger Leser, vor einem vollständigen Render oder der Lieferung.

Jedes Gate-Skript gibt den Statusblock aus: die Waldlinie (Ziel, Prämisse und aktuelle Stufe in einer Zeile), offene Anweisungen, aktuelle Entwurfs-ID, gehaltene Render und verbleibendes Budget.

Die Person

Die Verfügbarkeit ändert, wer entscheidet, wie oft du Arbeit zeigst und welche Überprüfungsflächen es wert sind, gebaut zu werden; sie ändert nicht die Muss-Vorgaben, die Anforderungs-Gates oder die Artefakte, die Entscheidungen aufzeichnen. Wäge ab, was die Person weiß, das du nicht herausfinden kannst (Geschmack, Einwilligung, Absicht), die Kosten, sie zu unterbrechen, und wie reversibel die Wahl ist: ausgegebenes Geld oder eine veröffentlichte Behauptung können durch einen späteren Entwurf nicht rückgängig gemacht werden.

Hypothese: Frühe billige Artefakte offenbaren Präferenzen vor teurer Verfeinerung, weil eine Person eine Prämissenliste oder eine kurze exakte Vorschau in einem Wort beurteilen kann. Dies schien nützlich, als die Person schnell antwortete, mit Check-ins nach der Behandlung, dem Assembly und dem ersten vollständigen Entwurf, während die Arbeit weiterging; ob es sich verallgemeinern lässt, ist nicht belegt. Grobe Entwürfe können eine Idee verschleiern, deren Wirkung von der Ausführung abhängt; zeige eine solche Idee fertig. Für eine Person, die für längere Zeit weg ist, siehe die gepushten Entwürfe und das Aufholpaket in seeds/show-the-human.md.

• Muss (explizite Anforderung): Wenn die Person gesagt hat, sie nicht einzubeziehen, z. B. indem sie den besten Film ohne Diskussion verlangt hat, frage nichts; deine Nachrichten enthalten dann keine Fragen oder Optionen. Wähle nach dem Ziel, notiere jede Wahl als deine mit ihrem Zweitplatzierten und lasse die unabhängige Überprüfung für einen Teil ihrer Kohärenzprüfung einstehen.
• Ausgaben, einschließlich der Frage, ob deine eigenen Modellaufrufe zählen, folgen dem Budget-Muss in seeds/project-file.md.
• Muss (Wahrhaftigkeit): Simuliere niemals die Zustimmung der Person oder präsentiere eine vorgestellte Reaktion als gemessen. Wo Einwilligung, eine Produkttatsache oder Rechte ungeklärt bleiben, verwende eine Darstellung, die nichts Unbelegtes behauptet, wie ein beschriftetes Mockup, und kennzeichne es im Wahrheitsvermerk. Die Wahrheitsliste in project.md markiert jedes Element des Films, das aufgenommen, verfasst oder generiert wurde, und jede Produktbehauptung, die verifiziert oder angenommen wurde; der Wahrheitsvermerk in deliver/ berichtet sie demjenigen, der den Film teilt (seeds/audit.md).

Hypothese: Stoppe, wenn ein weiterer Durchlauf wahrscheinlich nicht ändert, was der Betrachter bekommt, und du benennen kannst, was du nicht verifizieren konntest, weil jeder weitere Durchlauf Zeit und die Aufmerksamkeit der Person kostet. In der Quellproduktion fand die Person, nicht der Agent, die verbleibenden Fehler; wann ein weiterer Durchlauf aufhört, sich auszuzahlen, ist nicht belegt. Es versagt durch Selbstvertrauen, wenn du bei einem Entwurf stoppst, den du für fehlerfrei hältst; die unabhängige Überprüfung schützt davor.

Mit der Person sprechen

Diese regeln jede Nachricht, nicht nur Check-in-Pakete.

Muss (explizite Anforderung): Beantworte jede Frage, die die Person gestellt hat, weil eine Frage eine Bitte um ihre Antwort ist. Wenn nach deiner Meinung gefragt wird, gib sie; wenn gefragt wird, was wohin soll, schlage etwas vor, anstatt zurückzufragen.

Hypothese: Eine Nachricht, die die Fragen der Person in ihrer Reihenfolge beantwortet, mit deiner Empfehlung beginnt, nummerierte Optionen bietet, die ein Wort beantworten kann, jede Zeile, die sie erwähnt, mit ihren Nachbarzeilen und Sprechern zitiert, sagt, womit du einverstanden bist, wenn du einverstanden bist, einfache Worte verwendet und auf einen Telefonbildschirm passt, erlaubt es einer Person, auf einen Blick zu entscheiden, ohne Dateien erneut zu öffnen. In der Quellproduktion dirigierte die Person viele Agenten gleichzeitig und bat genau darum. Ob andere Leute die gleiche Form wollen, ist nicht belegt. Eine Person, die zuerst die Begründung haben möchte, empfindet die Form mit zuerst der Empfehlung als abrupt; notiere ihre Präferenz in project.md und folge ihr.

Während des gesamten Prozesses

Hypothese: Baue eine vielversprechende Idee, bevor du ihren Wert erklären kannst, deinen oder den der Person, weil einige Ideen ihren Wert erst zeigen, wenn sie gebaut sind; ein thematischer realer Clip, den die Person vorschlug, reorganisierte den Quellfilm, bevor einer sagen konnte, warum. Wie oft ein Agent eine solche Idee ungestützt findet, ist nicht belegt. Es versagt als Freibrief, Neuheit gegen ein klares Briefing zu jagen.

Hypothese: Eine Bitte um eine Änderung ist eine Bitte darum, dass der ganze Film danach funktioniert. Ein kürzerer Schnitt braucht immer noch seinen Aufbau, seinen Ton und seine Interface-Endbearbeitung, weil der Betrachter den Film beurteilt, nicht die Änderung; der Quellagent, gebeten um etwas Kürzeres, ließ alle drei fallen. Es versagt, wenn es den Umfang über das Format in project.md hinaus erweitert.

Helfer und die Maschine

Hypothese: Ein Helfer behält eine Entscheidung nur, wenn ihr schriftliches Briefing sie trägt, füge also die geltenden Protokolleinträge in jedes Briefing ein; ein Integrator besitzt die Schnittdatei und den Bau, sodass keine zwei Schreiber kollidieren. seeds/helpers.md enthält die vollständige Hypothese und erstellt das Briefing und das Helfer-Register.

Hypothese: Stoppe jeden Server, Watcher und Worker, den du gestartet hast, wenn seine Arbeit endet, und liste laufende im Statusblock auf, weil vergessene Prozesse Speicher und Ports halten, die die Person benötigt. Es versagt, wenn die Person noch eine Seite verwendet, die ein Prozess bedient; halte diesen Prozess am Laufen, bis die Arbeit der Person mit der Seite endet.

• Muss (technische Tatsache): Nichts schreibt in Render-Inputs, während ein Render läuft (das Render-Sperr-Gate).
• Muss (Privatsphäre): Verwende Anmeldedaten nur aus Umgebungsvariablen oder Dateien, die die Person nennt; suche niemals nach, drucke oder protokolliere Schlüssel.