kimsanguine/signal-to-growth

OSMU Fanout

Ein Brief, mehrere Oberflächen, ein Nachweisstrang. Verteilen Sie die Inhalte, die bereits die Prüfung bestanden haben, anstatt für jeden Kanal eine zweite Version der Geschichte zu erfinden.

Eingaben

Erforderlich:

• eine content-brief.json, die gegen contracts/content-brief.schema.json validiert;
• der Entwurf (draft.md) und das Claim-Ledger (claim-ledger.jsonl), die aus diesem Brief erstellt wurden;
• die im Brief unter planned_outputs angeforderten Oberflächen;
• Gebietsschema, Marken- und rechtliche Einschränkungen für den auf dem Bildschirm angezeigten Text;
• die Person, die das Thema besitzt, und die Render-Entscheidung.

Der Brief ist der Eingabevertrag, den dieser Skill nicht selbst schreibt. Wenn er nicht existiert oder nicht validiert, stoppen Sie und teilen Sie dies mit, anstatt das Thema aus dem Entwurf zu rekonstruieren.

Arbeitsablauf

1. Validieren Sie den Brief und bestätigen Sie, dass der Entwurf von derselben brief_id stammt.
2. Wählen Sie die für die Wiederverwendung geeigneten Claims aus: public: true mit einem benannten Genehmiger.
3. Geben Sie jedem visuellen Prompt genau eine Claim-ID als sein Subjekt vor und beschreiben Sie nur das, was dieser Claim bereits behauptet.
4. Behalten Sie den Claim-Status im Prompt bei. Ein inferred- oder recommended-Claim darf nicht als beobachtete Szene, Screenshot, Diagramm oder Kundenfoto gezeichnet werden.
5. Schreiben Sie das Videoskript als Beats, wobei jeder Beat die Claim-IDs benennt, die er spricht, und den Bildschirmtext, den er benötigt.
6. Übernehmen Sie die limitations des Briefes in beide Oberflächen. Eine Stichprobe von drei wird nicht zu einer Trendlinie, nur weil sich das Format geändert hat.
7. Halten Sie fest, welche Claims wiederverwendet, welche bewusst ausgelassen wurden und warum, damit ein Leser Abdeckung von Auslassung unterscheiden kann.
8. Listen Sie auf, was eine Person genehmigen muss, bevor ein Rendering erfolgt, und stoppen Sie beim Text.

Grenzen

• Lassen Sie das Modell Komposition, Bildausschnitt, Tempo, Erzähltext und Beat-Reihenfolge vorschlagen.
• Verwenden Sie deterministische Prüfungen für die Gültigkeit des Briefes, die Existenz von Claim-IDs, den Claim-Status und die öffentliche Eignung.
• Verlangen Sie, dass eine Person visuelle Claims, Marken- und Rechtsformulierungen sowie die Entscheidung zum Rendern zu irgendeinem Zeitpunkt genehmigt.
• Dieser Skill erstellt keine Bild- oder Videodateien. Er produziert Prompts und eine Skizzenstruktur; das Rendern erfolgt später außerhalb dieses Skills mit einem vom Menschen gewählten Tool.
• Erfinden Sie keine Szene, keine Kennzahl in einem Diagramm, keinen Screenshot, kein Logo, kein Gesicht und kein Testimonial, das kein Claim stützt.
• Stufen Sie keinen Claim-Status hoch, um ein stärkeres Bild zu erstellen, und streichen Sie keine Einschränkung, nur weil sie schwer auf den Bildschirm passt.
• Veröffentlichen, planen oder versenden Sie nichts.

Ausgaben

Erstellen Sie:

• visual-prompts.md
• video-script.md
• fanout-coverage.md

Lesen Sie references/output-contract.md, bevor Sie diese schreiben.

Stoppbedingungen

Stoppen Sie, wenn der Brief fehlt oder ungültig ist, der Entwurf und der Brief beim Thema nicht übereinstimmen, kein Claim öffentlich freigegeben ist, eine angeforderte Visualisierung einen Claim benötigt, den das Ledger nicht enthält, oder wenn ein Rendern oder eine Veröffentlichung ohne die Genehmigung einer Person in einem späteren Benutzerschritt angefordert wird.

Überprüfung

Führen Sie Folgendes aus:

python3 scripts/stg.py validate-artifacts <artifact-directory>
python3 scripts/stg.py scan-privacy <artifact-directory>/visual-prompts.md
python3 scripts/stg.py scan-privacy <artifact-directory>/video-script.md

Verlangen Sie, dass jeder Prompt und jeder Beat mindestens eine Claim-ID benennt, die in claim-ledger.jsonl existiert, und dass keine gerenderte Datei erstellt wurde.