Communitygithub.com

neuroIrena/website

Veröffentliche die Website. Nur verwenden, wenn Irena oder Alex explizit etwas wie 'deploy it', 'make it live', 'publish it', 'put it live' oder 'push' sagen. Schiebt die gespeicherten lokalen Versionen auf den GitHub-main-Branch, den Netlify dann baut und live schaltet. Niemals nur verwenden, weil eine Änderung fertig ist.

Was ist website?

Dieses Skill ermöglicht das gezielte Veröffentlichen der Website von Irena (irenaarslanova) auf Netlify, indem es lokale Commits auf den GitHub-main-Branch pusht. Es wird nur ausgelöst, wenn die Benutzerin (Irena) oder der Benutzer (Alex) explizit Aufforderungen wie 'deploy it', 'publish it' oder 'push' äußert – einfache Bestätigungen wie 'sieht gut aus' oder 'speichern' reichen nicht aus. Der Skill prüft zunächst, ob überhaupt neue Commits vorhanden sind, speichert ungesicherte Änderungen, führt einen Build mit `npm run build` durch (mit PATH-Anpassung falls nötig), pusht nur bei erfolgreichem Build und checkt anschließend, ob die Site live ist. Er unterstützt die Plattformen Netlify (https://irenaarslanova.netlify.app) und die eigene Domain (https://irenaarslanova.com) und vermeidet unnötige Builds, da Netlifys kostenloser Plan ein begrenztes monatliches Build-Kontingent hat.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/neuroIrena/website/tree/HEAD/.claude/skills/publish

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Website veröffentlichen

Bis jemand explizit um ein Deployment bittet, bleiben alle Änderungen nur in lokalen Commits. Dieses Skill ist die einzige Möglichkeit, auf den entfernten main-Branch zu pushen. Der kostenlose Plan von Netlify hat ein begrenztes monatliches Build-Kontingent, und jeder Push löst einen Build aus.

"Sieht gut aus", "danke" oder "speichern" sind keine Aufforderungen zum Deployment. Bei Unsicherheit frage: "Möchtest du, dass ich das jetzt live schalte?"

Schritte

  1. Prüfen, ob etwas zu veröffentlichen ist. git status -sb und git log --oneline origin/main..HEAD. Wenn nichts vor origin/main liegt und der Arbeitsbaum sauber ist, sage, dass es bereits live ist, und brich ab.

  2. Ungesicherte Arbeit speichern. Falls es nicht-commitierte Änderungen gibt, die zur Anfrage gehören, führe npm run build aus, committe sie dann mit einer kurzen, einfachen Nachricht. Falls es nicht-commitierte Änderungen gibt, die du nicht gemacht hast oder nicht verstehst, frage, bevor du sie einbeziehst.

  3. Build. Führe npm run build aus (setze zuerst $HOME/.local/node/bin in den PATH, wenn npm nicht gefunden wird). Wenn der Build fehlschlägt, nicht pushen. Behebe das Problem oder erkläre das Problem in einfachen Worten und brich ab.

  4. Push. git push origin main. Wenn der Push abgelehnt wird, weil GitHub neuere Änderungen hat, führe git pull --rebase origin main aus, baue erneut und pushe dann. Niemals force-pushen.

  5. Prüfen, ob es live gegangen ist. Netlify baut in etwa einer Minute. Die Projekt-Tools des Netlify-Connectors zeigen das Projekt irenaarslanova (Site-ID 8135e70e-ff58-4049-837e-388645afc4e2). Oder lade die geänderten Seiten auf der Live-Site mit curl und suche nach dem neuen Inhalt.

  6. Informieren. Für Irena in einfachen Worten: "Es ist jetzt live. Du kannst es unter <Link zur geänderten Seite> sehen." Liste auf, was live gegangen ist, falls es mehrere gespeicherte Versionen gab. Erwähne keine Commits, Pushe oder Branches, es sei denn, Alex fragt danach.

Live-Adressen

Verwandte Skills