CommunityBildgithub.com

umairmsm/wp-content

Stufe 4 eines wp-site-kit WordPress-Builds – echte Inhalte und Fotos. Ziel: Nur vom Eigentümer genehmigte Texte und rechtlich einwandfreie, leichte Bilder.

Was ist wp-content?

Dieses Skill definiert die Content-Phase (Stufe 4) eines strukturierten WordPress-Website-Builds mit dem Ziel, dass jede öffentliche Seite nur Texte und Fotos enthält, die der Eigentümer genehmigt hat und die rechtlich sowie faktisch einwandfrei sind. Es unterstützt Plattformen wie Claude Code, Cursor und Codex, indem es klare Arbeitsschritte vorgibt: Zuerst wird ein Content-Plan erstellt, Fakten (Preise, Öffnungszeiten, Richtlinien) werden ausschließlich aus den vom Eigentümer bereitgestellten Dateien übernommen – niemals erfunden. KI-Entwürfe müssen als solche gekennzeichnet und vor der Veröffentlichung vom Eigentümer freigegeben werden. Ein Anspruchs-Audit prüft jede Behauptung auf ihre Quelle, entfernt verbotene Wörter und verlangt Nachweise für Zahlen, Auszeichnungen und Bewertungen. Bei Fotos werden Dubletten per Perceptual Hash erkannt, nur echte, nicht KI-generierte Bilder importiert, EXIF-Daten entfernt, Alt-Texte hinzugefügt und ein KI-Bildregister geführt. Änderungen an Live-Inhalten erfolgen ausschließlich über strukturierte JSON-Dateien und ein Skript, niemals durch manuelle Eingriffe.

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

Installed? Explore more Bild skills: steipete/songsee, affaan-m/frontend-design, mattpocock/improve-codebase-architecture · View all 6 →

Original anzeigen→Alle Skills durchsuchen

In Ihrer bevorzugten KI fragen

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

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

Dokumentation

Stufe 4: Inhalt

Ziel: Jede öffentliche Seite enthält Texte, die der Eigentümer genehmigt hat, und Fotos, die echt, legal und leicht sind. Nichts auf der Seite behauptet, was das Unternehmen nicht beweisen kann.

Schritte für Texte

  1. Inventur: Liste für jede Seite und jeden Artikel auf, was benötigt wird (Text, Fakten, Fotos) in docs/data/content-plan.md.
  2. Fakten zuerst:
    • Fakten (Preise, Leistungen, Zeiten, Richtlinien, Sicherheitshinweise) stammen vom Eigentümer via docs/BRIEF.md oder einer Datendatei in docs/data/<typ>/.
    • Fehlend → PENDING-<wer> in einer Flags-Liste (docs/data/<typ>/_SUMMARY.md). Niemals einen Fakt erfinden.
  3. Entwurf: KI darf entwerfen, aber der Entwurf wird als Entwurf markiert (ein <prefix>_copy_status-Meta oder eine Liste im Inhaltsplan), bis der Eigentümer ihn genehmigt.
  4. Anspruchsprüfung vor der Auslieferung (references/copy-and-claims.md):
    • Jede Behauptung wird mit ihrer Quelle abgeglichen;
    • Verbotene Wörter werden entfernt;
    • Zahlen, Auszeichnungen und Bewertungen benötigen einen Nachweis. Falls der claims-auditor-Agent installiert ist, führe ihn aus.
  5. Eigentümer-Review im Staging, in Batches. Sende kurze Nachrichten, jede mit einer Frage, die mit Ja oder Nein beantwortet werden kann. Lange Fragebögen bleiben wochenlang unbeantwortet.
  6. Rechtliche Seiten: Datenschutzerklärung (mit Aufbewahrungsfrist für Anfragen), AGB oder Buchungsrichtlinie (nur der Wortlaut des Eigentümers), Cookie-Hinweis, falls Tracking Einwilligung benötigt, und ein Impressum, wo gesetzlich vorgeschrieben (Deutschland, Österreich).
  7. Änderungen an Live-Inhalten erfolgen über docs/data/content-changes/*.json und scripts/apply-content-change.sh (Stage wp-ship). Niemals durch Handeingriffe auf der Live-Seite.

Schritte für Fotos (Details: references/photo-library.md)

  1. Bewahre die Originale des Eigentümers in einem gesicherten Ordner außerhalb von Git auf.
  2. python3 -I scripts/photos/photos.py review <ordner> → eine Review-CSV: Dubletten (perceptual hash), bereits in der Bibliothek vorhandene Fotos, kleine Fotos.
  3. Betrachte jedes Kandidatenfoto selbst, oder lass ein günstigeres Modell dies mit der CSV erledigen. Entscheide: IMPORT, HOLD-people (keine Einwilligung), HOLD-licence (Stock oder unbekannt) oder SKIP.
  4. Schreibe das Manifest (group,file,key,alt). Führe den Import mit --dry-run aus, dann für echt. Füge die ausgegebenen Zeilen in photo-library.php ein.
  5. Templates verwenden <prefix>_photo( 'key' ). Verwende höchstens zwei Fotos pro Abschnitt, und nur das LCP-Bild wird eager geladen.

Tor (Häkchen in SITE_STATUS.md)

  • Jede öffentliche Seite hat vom Eigentümer genehmigte Texte (Daten)
  • Echte Fotos mit Alt-Text importiert; KI-Bilder in AI_IMAGES.md protokolliert
  • Datenschutzerklärung, AGB und Richtlinien veröffentlicht (Wortlaut des Eigentümers)
  • Keine PENDING--Fakten und kein Platzhaltertext auf öffentlichen Seiten

Niemals

  • Gefälschte oder importierte Bewertungszahlen, Sternebewertungen, „Gesehen in“-Badges, „12.000+ zufriedene Kunden“ ohne Nachweis. (Wir haben eine solche erfundene Zahl und erfundene Bewertungszahlen von einer alten Seite entfernt.)
  • KI-Bilder eines benannten Raums, Ortes, Produkts oder einer Person, oder irgendetwas, das sagt „Das ist, was du bekommst“.
  • Fotos von Personen ohne deren Einwilligung. Stockfotos ohne nachweisbare Lizenz.
  • Ein Preis oder ein Richtliniensatz, der in ein Template oder eine Übersetzung eingetippt wird.

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-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-operate

Stage 8 of a wp-site-kit WordPress build and everything after launch - backups with an off-machine copy, restore drills, the disaster-recovery runbook, credentials inventory, update policy, alerts, and working from more than one machine (bridge file, workstation doctor, encrypted state bundle, rescuing unpushed work). Use for "backup", "restore", "move to a new machine/server", "update plugins", "what if the server dies", "work from the cloud box", "set up a second machine".

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

steipete/songsee

Generate spectrograms and feature-panel visualizations from audio with the songsee CLI.

community

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

community

mattpocock/improve-codebase-architecture

Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.

community

lobehub/add-provider-doc

Add documentation for a new AI provider — usage docs, env vars, Docker config, image resources.

community

addyosmani/browser-testing-with-devtools

Tests in real browsers via Chrome DevTools MCP. Use when building or debugging anything that runs in a browser. Use when you need to inspect the DOM, capture console errors, analyze network requests, profile performance, or verify visual output with real runtime data. Requires the chrome-devtools MCP server to be configured.

community

bytedance/chart-visualization

This skill should be used when the user wants to visualize data. It intelligently selects the most suitable chart type from 26 available options, extracts parameters based on detailed specifications, and generates a chart image using a JavaScript script.

community
← More Bild skills