MyAiFreedomSystems/incredagents-site

Paket öffentliche Fähigkeit

Führe die Release-Pipeline aus, die eine private Fähigkeit in ein öffentliches GitHub-Release verwandelt. Die Pipeline-Reihenfolge ist festgelegt: evaluieren → bereinigen → dokumentieren → thematisieren → paketieren → staging. Das Bereinigen darf nicht übersprungen werden. Es wird nichts ausgeliefert, wenn es ungelöste Bereinigungsbefunde gibt.

1. Evaluieren

Beantworte die vier Fragen in registry/pipeline.md (lohnt sich die Installation? eigenständig? bereinigbar? auf einer Seite erklärbar?). Jedes „Nein“ → anhalten, den Blocker melden, die Fähigkeit privat halten. Das Urteil im Registry vermerken.

2. Bereinigen

Führe den Scanner aus und löse jeden Befund, bevor du fortfährst:

python3 scripts/scrub_personal.py <skill-dir>

• Ersetze persönliche Pfade durch generische (/Users/you/..., <your-project>/).
• Ersetze persönliche Namen/E-Mails durch den öffentlichen Markenkontakt oder einen Platzhalter.
• Entferne Anmeldeinformationen vollständig – niemals ein echtes Geheimnis auf die Allow-Liste setzen.
• Wiederhole, bis Exit-Code 0. Verwende --allow nur für absichtlich öffentliche Zeichenfolgen (z. B. den Markennamen).

3. Dokumentieren

Kopiere aus references/ in das Kandidaten-Fähigkeitsverzeichnis und fülle jeden Platzhalter aus:

• readme-template.md → README.md (Problem, Installation, Nutzung, Lizenz)
• changelog-template.md → CHANGELOG.md, erster Eintrag ## [1.0.0] - <heute>
• Füge LICENSE hinzu – der Eigentümer wählt pro Release (offen oder kommerziell). Gib niemals eine Lizenz oder einen Preis auf einer öffentlichen Seite an, den das Repo nicht tatsächlich mitliefert.

4. Webseite thematisieren

Kopiere assets/site-template/ in den Release-Site-Ordner und ersetze die {{PLATZHALTER}}-Token (Fähigkeitsname, Slogan, Repo-URL, Funktionen, Installationsbefehl). Ändere nicht die Palette, Schriftarten oder Layoutregeln – der Header-Kommentar in styles.css dokumentiert die Markenentscheidungen (keine gelben Hervorhebungen, keine Glow-Blobs, kein goldener Text auf Marineblau, Schriftart für Akzente nur als Skriptschrift).

5. Paketieren

Validiere die Struktur (SKILL.md-Frontmatter hat name + description; nur scripts/, references/, assets/-Ressourcen, die tatsächlich existieren), dann zip:

cd <staging-parent> && zip -r <fähigkeitsname>.skill <fähigkeitsname>

6. Staging und Registrierung

• Verschiebe den bereinigten Ordner + .skill-Zip + Webseite in releases/<fähigkeitsname>/.
• Aktualisiere den Status in registry/pipeline.md und die CHANGELOG.md des Projekts.
• Melde: was ausgeliefert wurde, Bereinigungsergebnisse, verbleibende manuelle Schritte (git init, GitHub-Repo-Erstellung, Pushen – diese erfordern die Zustimmung und Anmeldedaten des Eigentümers).

Siehe references/release-checklist.md für die vollständige Pre-Flight-Checkliste; führe sie durch, bevor du ein Release als abgeschlossen erklärst.