Communitygithub.com

umairmsm/wp-operate

Stufe 8 eines wp-site-kit WordPress-Builds und alles nach dem Launch – Backups mit einer Off-Machine-Kopie, Wiederherstellungsübungen, das Disaster-Recovery-Runbook, ein Credentials-Inventar, Update-Richtlinien, Alarme und das Arbeiten von mehr als einem Rechner (Bridge-Datei, Workstation-Doctor, verschlüsseltes State-Bundle, Rettung ungepusheter Arbeit). Nutze es für „Backup“, „Restore“, „Umzug auf einen neuen Rechner/Server“, „Plugin-Updates“, „Was passiert, wenn der Server stirbt“, „Arbeiten von der Cloud-Box aus“ und „Einrichten eines zweiten Rechners“.

Was ist wp-operate?

Dieses Skill-Manifest „wp-operate“ definiert den Betriebsmodus einer WordPress-Site nach dem Launch. Es stellt sicher, dass die Site den Verlust eines Laptops, einen Serverausfall, ein fehlgeschlagenes Update oder einen Rechnerwechsel überlebt – ohne dass sich jemand manuelle Schritte merken muss. Es unterstützt sowohl die Arbeit auf einem einzelnen Rechner als auch im Multi-Machine-Setup. Dazu gehören automatisierte Backups inklusive Datenbank, Uploads, aller Git-Branches und Stashes sowie des Claude-Gedächtnisses, die wöchentlich oder vor riskanten Arbeiten ausgeführt werden können. Eine verschlüsselte Kopie wird stets außerhalb des Rechners aufbewahrt. Das Manifest enthält Anleitungen für Wiederherstellungsübungen (mindestens einmal pro Quartal), ein Credentials-Inventar mit rotierten Secrets, Betriebsroutinen (wöchentlich, monatlich, jährlich) und ein vollständiges Disaster-Recovery-Dokument. Für Multi-Machine-Szenarien gibt es spezielle Skripte: `workstation-doctor.sh` prüft die Parität zwischen Rechnern, `make-state-bundle.sh` erstellt ein verschlüsseltes State-Bundle, und `BRIDGE.md` protokolliert Rollen, Regeln und Übergaben. Die Lessons-Liste zeigt typische Fallstricke (falscher Claude-Memory-Pfad, verlorene Branches auf einer Cloud-Build-Box, plattformabhängige visuelle Baselines und ablaufende Gratis-Pläne) und wie man sie vermeidet. Das Skill eignet sich für Agenten, die eine WP-Site dauerhaft betreuen oder auf neuen Rechnern einrichten müssen.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/umairmsm/wp-site-kit/tree/HEAD/skills/wp-operate

In Ihrer bevorzugten KI fragen

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

Dokumentation

Stufe 8: Betreiben

Ziel: die Site überlebt einen verlorenen Laptop, einen toten Server, ein schlechtes Update und einen Rechnerwechsel, und niemand muss sich daran erinnern, wie.

Schritte

  1. Backups.
    • Führe scripts/backup.sh wöchentlich und vor riskanten Arbeiten aus. Es packt die DB, Uploads, jeden Git-Branch und Stash sowie das Claude-Gedächtnis.
    • Verwende --encrypt, bevor das Zip die Maschine verlässt, und behalte eine Kopie außerhalb der Maschine.
    • Live: die täglichen Backups des Hosts plus die Dumps, die die Deploy- und Content-Skripte erstellen.
  2. Schreibe auf, wo alles lebt in docs/reference/DISASTER_RECOVERY.md, Abschnitt 0. Schließe den Ordner mit den Originalfotos ein: Er ist nicht in Git.
  3. Wiederherstellungsübung. Stelle einmal pro Quartal auf einer Ersatzmaschine oder einem frischen DDEV-Projekt wieder her, stoppe die Zeit und protokolliere sie in §5. Ein Backup, das du nie wiederhergestellt hast, ist eine Hoffnung, kein Backup.
  4. Credentials: jedes Geheimnis hat eine Zeile in CREDENTIALS_INVENTORY.md (Name, wo es lebt, wer es hat, wann es rotiert wurde). Rotiere alles, was ein Agent gesehen hat.
  5. Routinen: wöchentliche, monatliche und jährliche Checks, die Update-Richtlinie und Alarme in docs/reference/OPERATIONS.md. Plugin-Updates gehen zuerst auf Staging.
  6. Mehr als eine Maschine? Folge references/multi-machine.md:
    • docs/team/BRIDGE.md enthält Rollen, Regeln und das Übergabe-Log;
    • scripts/workstation-doctor.sh prüft die Parität;
    • scripts/make-state-bundle.sh erzeugt die git-ignorierte Konfiguration, verschlüsselt.

Gate (abgehakt in SITE_STATUS.md)

  • Backups geplant, mit einer Kopie außerhalb der Maschine
  • Wiederherstellungsübung durchgeführt (Datum, Minuten)
  • Update- und Alarm-Routinen in OPERATIONS.md geschrieben

Lektionen

  • Das Backup-Skript zeigte einmal auf den falschen Claude-Gedächtnis-Ordner. Die Sitzungen liefen aus dem übergeordneten Ordner, sodass das Gedächtnis unter einem anderen Pfad lag. Das Skript leitet den Pfad ab, akzeptiert aber CLAUDE_MEM= für diesen Fall.
  • Eine Cloud-Build-Box hatte einen Branch und Stashes, die nirgendwo sonst existierten, und die Box konnte nicht pushen. Ziehe sie mit git bundle über SSH bevor die Box stoppt oder gelöscht wird.
  • Visuelle Baselines, die auf einem Betriebssystem erstellt wurden, schlagen auf einem anderen fehl. Behalte sie im gepinnten Docker-Image.
  • Ein kostenloser Plan oder Guthaben, das an einem Datum endet, ist eine Frist für eine Ausstiegsübung: eine Woche vorher beweisen, dass du auf der nächsten Maschine aus Git + dem State-Bundle + einem Backup neu aufbauen kannst.

Individual skills in this repo

This repo contains 7 individual skills — each has its own dedicated page.

umairmsm/wp-build

Stage 3 of a wp-site-kit WordPress build - local DDEV site, the core must-use plugin (modules), the presentation-only child theme with skins, the content model (custom post types, meta, WP_Query, render functions), and the enquiry pipeline that saves leads before forwarding. Use when building or changing features, templates, content types, forms or plugin modules on a wp-site-kit site.

umairmsm/wp-content

Stage 4 of a wp-site-kit WordPress build - real copy and photos. Content truth (facts only from the owner), AI drafts and owner approval, claims audits, banned words and fake proof, legal pages, the photo pipeline (dedupe, real-only, EXIF strip, WebP sizes, alt text, AI image register), and recorded content changes. Use for "write the copy", "add photos", "the owner sent new photos", "check for duplicates", "update prices or text on the live site", "legal pages".

umairmsm/wp-design

Stage 2 of a wp-site-kit WordPress build - design direction, a static HTML/CSS prototype with design tokens, owner sign-off with screenshots, self-hosted fonts, and porting the approved look into a swappable WordPress skin. Use for "design the site", "new look", "redesign", "change colours or fonts", "make a new skin", "port the prototype to WordPress".

umairmsm/wp-kickoff

Stage 1 of a wp-site-kit WordPress build. Use when starting a new WordPress website or taking over or rebuilding an existing one - discovery brief, stack decision, creating the project with bin/wp-site-new, locked decisions, private repo and credentials inventory. Triggers - "new WordPress site", "start a client website", "rebuild this site", "take over this WordPress site".

umairmsm/wp-seo

Stage 5 of a wp-site-kit WordPress build - titles and descriptions, canonical URLs, one schema owner and JSON-LD, sitemaps, robots.txt and llms.txt, AI crawler access, redirects (301 vs 302), legacy URL maps, Search Console, and adding languages one pilot at a time with Polylang (hreflang, .po/.mo strings, native review). Use for "SEO", "schema", "redirect", "old URLs", "translate the site", "add French/Spanish", "hreflang", "canonical".

umairmsm/wp-ship

Stage 7 of a wp-site-kit WordPress build - staging behind Cloudflare Access, server hardening, safe deploys from a commit (scripts/deploy-safe.sh), database content changes, the launch audit, DNS cutover without breaking a running business, and the first week after launch. Use for "deploy", "set up staging", "go live", "launch", "cutover", "move DNS", "harden the server".

umairmsm/wp-site

Start here for any WordPress website built with wp-site-kit, from an empty folder to a live site. Use when someone says "build a WordPress site", "new website for a client", "where are we on the site", "what is next before launch", or asks to continue a site project. Finds the current stage from SITE_STATUS.md, applies the hard rules, and hands over to the right stage skill.

Verwandte Skills