Was macht Thema entwickeln?
Verwandle ein Kandidatenthema in einen genehmigten Inhaltsvertrag. Die Arbeit ist erst dann bereit zum Schreiben, wenn das Argument, die Beweise und die Grenzen nicht mehr downstream erfunden werden müssen.
Umfang
Beginne mit einem Kandidatenthema oder einer kleinen, natürlich abgegrenzten Menge. Wenn mehrere nahegelegene Richtungen übrig bleiben, vergleiche sie leicht hinsichtlich Publikumswert, Neuheit, Überprüfbarkeit, Demonstrierbarkeit, Autoreneignung und Risiko von Übertreibungen; bitte den Benutzer vor der tiefgehenden Recherche um eine Auswahl. Offene Trendbeobachtung und die Pflege eines Ideen-Backlogs bleiben außerhalb dieses Skills.
Arbeitsbereich für Beweise
Erstelle ein Verzeichnis content/ im Videoprojekt:
content/
|-- RESEARCH.md
|-- TOPIC.md
`-- experiments/
Verwende RESEARCH.md für belegte Fakten, Interpretationen, Meinungsverschiedenheiten, Unbekanntes, abgelehnte Richtungen und Links zu Primärmaterial. Halte die Sammlung von der redaktionellen Auswahl getrennt.
Behandle eine Behauptung als relevant, wenn sie beeinflusst, ob das Thema funktioniert, für das Publikum wichtig ist, sich von einer Alternative unterscheidet, demonstriert werden kann oder innerhalb des festgelegten Umfangs gültig bleibt. Untermauere sie mit einer Quelle oder einem Experiment, das stark genug für genau diese Behauptung ist; kennzeichne schwächere Beweise als provisional, anstatt sie stillschweigend zu überdehnen.
Wenn eine Behauptung ausführbare Beweise benötigt, führe das kleinste Experiment durch, das sie klären kann, und schreibe content/experiments/<name>.md mit der Fragestellung, Methode, Proben, Umgebung, dem Befehl, Ergebnissen, Einschränkungen und Schlussfolgerungen, die das Ergebnis stützt. Behalte Code und Rohdaten in dem Projekt, dem sie gehören; notiere ihre Pfade und Git-Revision, anstatt sie in das Videoprojekt zu kopieren.
Inhaltsvertrag
Schreibe content/TOPIC.md:
---
status: draft
audience: ...
core_question: ...
thesis: ...
scope: ...
voice:
language: ...
skills: []
documents: []
unavailable: []
status: resolved | assumed
---
# Arbeitstitel
## Versprechen an den Leser
## Argumentation
### A01 - Behauptung
- role: Warum diese Behauptung in der Argumentation existiert
- claim: Die genaue Aussage
- evidence: Links zu Überschriften in RESEARCH.md oder Experimentberichten
- confidence: established | provisional
- boundary: Was die Beweise nicht belegen
## Außerhalb des Umfangs
## Offene Fragen
## Alternativtitel
Löse die Stimmquellen in dieser Reihenfolge auf: explizite Benutzeranweisung, Projekt- oder Markenrichtlinien, ein verfügbarer Schreibstil-Skill, der der Sprache und dem Inhaltstyp entspricht, sichtbare Benutzereinstellungen, Schreibproben, dann eine klare erklärende Voreinstellung. Notiere die tatsächlich verwendeten Quellen und persistiere angefragte, aber nicht verfügbare Quellen unter voice.unavailable; nimm weder nicht verfügbares Gedächtnis noch ein verstecktes Profil an.
Genehmigungsstufe
Präsentiere den Arbeitstitel, die These, den Umfang, die Argumentation, die wichtigsten Beweise, die Grenzen und die wesentlichen offenen Fragen zur Überprüfung. Ein Titel darf sich weiter ändern, aber Publikum, These, Umfang, Argumentation, Beweise und Schlussfolgerungsgrenzen sind festgelegte Entscheidungen.
Nur die explizite Benutzerfreigabe ändert das Frontmatter zu:
status: approved
approved_at: YYYY-MM-DD
approved_digest: sha256:<digest>
Der Digest ist SHA-256 der vollständigen Datei nach dem Entfernen nur der Zeile approved_digest:. Berechne ihn vor dem Vertrauen auf die Genehmigung neu. Ein Fehlschlag macht die Genehmigung ungültig und setzt die Datei auf draft zurück. Nach einer verifizierten, nicht wesentlichen Titel- oder Textkorrektur darf der Digest ohne erneute Genehmigung aktualisiert werden; verbreite den neuen Digest zu jedem abhängigen Artefakt.
Bis dahin behalte das gesamte Schreiben innerhalb von RESEARCH.md, Experimentberichten und dem Entwurf von TOPIC.md. Erstelle kein ARTICLE.md oder BEATS.md; eine Aufforderung, schnell zu handeln oder die Erlaubnis, eine These zu wählen, ersetzt nicht die Genehmigung des resultierenden Vertrags.
Eine spätere wesentliche Änderung einer festgelegten Entscheidung setzt TOPIC.md auf draft zurück und macht die downstream-Artikelgenehmigung ungültig. Textkorrekturen, Beispiele und Titeländerungen, die die Bedeutung bewahren, widerrufen die Genehmigung nicht.
Bevor du content/TOPIC.md oder eine spätere Revision präsentierst, befolge ../boring-video/references/markdown-review.md. Behalte den kanonischen Markdown-Pfad als aktuelle Version und wende das Review-Feedback dort an.
Das Thema ist abgeschlossen, wenn TOPIC.md genehmigt ist, jede wesentliche Behauptung auf ausreichende Beweise verweist, verbleibende offene Fragen nicht blockierend und sichtbar sind, ein Artikelschreiber verfassen kann, ohne Fakten, Experimente, Autorenposition, Argumentation oder Umfang zu erfinden, und das Markdown-Review-Abschlusskriterium erfüllt ist.