CommunityRecherche & Datenanalysegithub.com

FlorianBruniaux/claude-code-ultimate-guide

Führt Audits zur Versionsaktualität, FR/EN-Parität und Metadatenqualität aller Whitepaper und Zusammenfassungskarten durch.

Was ist claude-code-ultimate-guide?

Dieses Skill führt ein umfassendes Audit aller Whitepaper (FR und EN) und Zusammenfassungskarten (FR und EN) durch. Es prüft die Versionsaktualität jedes Dokuments anhand der aktuellen Guide-Version, erkennt FR/EN-Paritätslücken und validiert die Konsistenz der Metadaten (Titel, Autor, Datum, Versionen, Serien). Nützlich für Entwickler und Redakteure, die sicherstellen möchten, dass ihre Codex Ultimate Guide-Dokumentation synchron, korrekt und aktuell bleibt. Das Audit bewertet jede Datei in den Kategorien Versionslücke, Inhaltsaktualität, FR/EN-Parität und Metadatenqualität und erstellt einen priorisierten Maßnahmenkatalog mit konkreten Korrekturvorschlägen. Es unterstützt die Parameter `--fix`, um Aktualisierungsvorschläge zu generieren, `--verbose` für detaillierte Einblicke, sowie die Optionen `--cards-only` und `--wp-only`, um entweder nur Zusammenfassungskarten oder nur Whitepaper zu prüfen.

Funktioniert mit✓Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/FlorianBruniaux/claude-code-ultimate-guide/tree/HEAD/.agents/skills/source-command-audit-whitepapers

Installed? Explore more Recherche & Datenanalyse skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

source-command-audit-whitepapers

Verwenden Sie dieses Skill, wenn der Benutzer die migrierte Quellbefehl audit-whitepapers ausführen möchte.

Befehlsvorlage

Whitepaper & Zusammenfassungskarten auditieren

Umfassende Prüfung der Aktualität und Qualität aller Whitepaper (FR + EN) und Zusammenfassungskarten (FR + EN). Bewertet jedes Dokument im Vergleich zur aktuellen Guide-Version, prüft die FR/EN-Parität und validiert die Konsistenz der Metadaten.

Argumente

  • --fix - Erstellt Aktualisierungsvorschläge und Frontmatter-Patches (ändert keine Dateien)
  • --verbose - Zeigt alle Kriterien einschließlich bestandener an, nicht nur Fehler
  • --cards-only - Nur Zusammenfassungskarten auditieren (Haupt-Whitepaper überspringen)
  • --wp-only - Nur Haupt-Whitepaper auditieren (Zusammenfassungskarten überspringen)

Verwendung

/audit-whitepapers                  # Vollständiges Audit, nur Fehler
/audit-whitepapers --fix            # Audit + priorisierte Aktualisierungsvorschläge
/audit-whitepapers --verbose        # Vollständige Details für alle Kriterien
/audit-whitepapers --cards-only     # Nur Zusammenfassungskarten
/audit-whitepapers --wp-only        # Nur Whitepaper

Phase 1: Erkennung

Ziel: Alle prüfbaren Dokumente lokalisieren und erfassen.

Schritte

  1. Aktuelle Guide-Version lesen: Lesen Sie die Datei VERSION im Projektstammverzeichnis. Dies ist die Zielversion, mit der alle Dokumente abgeglichen werden sollen.

  2. Verzeichnisse scannen nach .qmd-Dateien:

    whitepapers/fr/         (Haupt-Whitepaper FR)
    whitepapers/en/         (Haupt-Whitepaper EN)
    whitepapers/recap-cards/fr/    (Zusammenfassungskarten FR)
    whitepapers/recap-cards/en/    (Zusammenfassungskarten EN)
    
  3. Jede Datei klassifizieren:

    • Haupt-Whitepaper: Dateien, die [0-9][0-9]-*.qmd in whitepapers/fr/ oder whitepapers/en/ entsprechen
    • Spickzettel: Dateien, die *cheatsheet*.qmd entsprechen (separat verfolgt, nicht bewertet)
    • Benutzerdefiniertes Whitepaper: Dateien, die *-whitepaper.qmd oder *-cheatsheet.qmd von externen Partnern entsprechen (strangebee, purchasely, devwithai) – von der Bewertung ausgeschlossen, separat aufgelistet
    • Zusammenfassungskarte: Alle .qmd-Dateien in recap-cards/fr/ oder recap-cards/en/
    • Bundle/Include: fiches-recap-serie.qmd, Dateien im Unterverzeichnis fiches/ – ausgeschlossen (es handelt sich um zusammengesetzte Dokumente)
  4. YAML-Frontmatter parsen für jede eingeschlossene Datei (zwischen erstem --- und zweitem --- lesen). Extrahieren:

    • title, subtitle, author, date
    • version (Guide-Version, die in Haupt-WPs und Zusammenfassungskarten verfolgt wird)
    • wp-version (eigene Semver-Version des Whitepapers, nur Haupt-WPs)
    • guide-version (explizites Guide-Versionsfeld, das in Zusammenfassungskarten verwendet wird)
    • card-number, category, difficulty (nur Zusammenfassungskarten)
    • series (nur Haupt-WPs)
  5. Erkennungszusammenfassung anzeigen:

    Guide-Version: {VERSION}
    Gefunden: {N} Haupt-Whitepaper ({FR}/{EN} FR/EN), {N} Zusammenfassungskarten ({FR}/{EN} FR/EN)
    Ausgeschlossen: {N} benutzerdefinierte Dateien (strangebee, purchasely, devwithai), {N} Bundle-Dateien
    

Phase 2: Versionslückenanalyse (40 Punkte pro Datei)

Ziel: Bewerten, wie aktuell jedes Dokument im Verhältnis zum Guide ist.

Semver-Vergleichslogik

Versionsstrings als MAJOR.MINOR.PATCH parsen. Die Metrik für Veralterung ist minor_gap = current_minor - file_minor (unter Verwendung derselben MAJOR). Wenn MAJOR abweicht, als kritisch behandeln.

Für Haupt-Whitepaper ist das Guide-Versionsfeld version. Für Zusammenfassungskarten ist das Guide-Versionsfeld guide-version (auf version zurückfallen, wenn nicht vorhanden).

Bewertungstabelle

KriteriumPunkteErkennung
Guide-Version aktuell (0-1 Minor zurück)15minor_gap <= 1
Guide-Version aktuell (2-3 Minor zurück)10minor_gap 2-3 (Teilpunkte, ersetzt die 15)
Guide-Version alt (4-10 Minor zurück)5minor_gap 4-10 (Teilpunkte)
wp-version-Feld vorhanden und gültiges Semver5Feld existiert UND entspricht \d+\.\d+\.\d+ (nur WP)
wp-version konsistent mit FR/EN-Paar10Gleicher wp-version-Wert in der korrespondierenden Datei (nur WP)
guide-version konsistent mit FR/EN-Paar10Gleicher guide-version (oder version) in der korrespondierenden Datei (Karten)

Frische-Labels:

  • 0-1 Minor zurück: Aktuell
  • 2-3 Minor zurück: Veraltet
  • 4-10 Minor zurück: Stark veraltet
  • 11+ Minor zurück: Kritisch

Hinweis: Die 15, 10, 5 Punkte für die Guide-Version schließen sich gegenseitig aus (nur die höchste anwendbare Stufe vergeben).


Phase 3: Prüfung auf veralteten Inhalt (20 Punkte pro Datei)

Ziel: Erkennen, ob sich die Guide-Abschnitte, die ein Whitepaper abdeckt, seit der letzten Aktualisierung geändert haben.

Whitepaper-zu-Guide-Zuordnung (eingebettet)

WP#FR-Dateinamen-PräfixEN-Dateinamen-PräfixGuide-Abschnitte
0000-introduction00-series-introductionguide/ultimate-guide.md Ch.1-2
0101-prompts01-effective-promptsCh.2 Prompting-Abschnitte
0202-personnalisation02-customizationCh.3 Memory, Ch.4 Agents, Ch.5 Skills
0303-securite03-securityCh.7 Hooks, Sicherheitsabschnitte
0404-architecture04-architectureCh.2 Interna, Architekturabschnitte
0505-equipe05-teamCh.3 Team-Konfiguration, Ch.9 CI/CD
0606-privacy06-privacyCh.2 Daten-/Datenschutzabschnitte
0707-guide-reference07-reference-guideCh.10 Referenz
0808-agent-teams08-agent-teamsCh.9 Agent-Teams
0909-apprendre09-learningguide/roles/learning-with-ai.md
1010-budget10-ai-budgetGeschäfts-/ROI-Inhalte

Schritte

  1. Für jedes Haupt-Whitepaper das Feld date extrahieren. Wenn das Datum nicht im Format YYYY-MM-DD vorliegt, es parsen (z. B. "2026-02-12" oder "März 2026").
  2. Führen Sie git log --since="{date}" --oneline -- guide/ultimate-guide.md guide/roles/ guide/core/ aus, um die Commits zu zählen, die den Guide-Inhalt seit dem Datum des Whitepapers berührt haben.
  3. Bewerten:
KriteriumPunkteErkennung
Keine Guide-Commits seit WP-Datum10git log gibt 0 Commits zurück
Wenige Commits seit WP-Datum (1-5)71-5 Commits (Teilpunkte)
Moderate Commits (6-15)46-15 Commits (Teilpunkte)
Viele Commits (>15)0Mehr als 15 Commits
Zuordnung für dieses WP definiert5WP-Nummer in der obigen Zuordnungstabelle
Git-Verlauf zugänglich5git log-Befehl wird ohne Fehler ausgeführt

Zusammenfassungskarten: Detaillierte Git-Analyse überspringen. Pauschale Veralterungsbewertung basierend auf minor_gap vergeben:

  • 0-1 zurück: 20 Pkt.
  • 2-3 zurück: 15 Pkt.
  • 4-10 zurück: 8 Pkt.
  • 11+ zurück: 0 Pkt.

Phase 4: FR/EN-Paritätsprüfung (20 Punkte pro Datei)

Ziel: Jedes Dokument sollte ein vollständiges, versionskonsistentes Gegenstück in der anderen Sprache haben.

Paarungsstrategie

Haupt-Whitepaper: Abgleich über das zweistellige numerische Präfix (z. B. 00, 03, 10). FR- und EN-Dateinamen unterscheiden sich, aber das Präfix ist konsistent.

Zusammenfassungskarten: Abgleich über identischen Dateinamen (beide Sprachverzeichnisse verwenden dieselben Dateinamen).

Bewertungstabelle

KriteriumPunkteErkennung
Gegenstückdatei in anderer Sprache vorhanden10Datei mit passendem Präfix (WP) oder identischem Namen (Karten) gefunden
wp-version stimmt zwischen Paaren überein5Gleicher wp-version-Wert (nur WP)
Guide-Version stimmt zwischen Paaren überein5Gleicher version/guide-version-Wert

Bewerten Sie sowohl die FR- als auch die EN-Datei eines Paares in Bezug auf die Parität identisch (wenn das Paar vollständig ist, erhalten beide 20; wenn eines fehlt, erhält die vorhandene Datei 0 Punkte für die Parität).


Phase 5: Metadatenqualität (20 Punkte pro Datei)

Ziel: Validierung der Vollständigkeit des Frontmatters, der Feldformate und der Konsistenz zwischen Dateien desselben Typs.

Haupt-Whitepaper (max. 20 Punkte)

KriteriumPunkteErkennung
Erforderliche Felder vorhanden6Hat alle: title, subtitle, author, date, version, wp-version, series
version folgt Semver-Muster3Entspricht \d+\.\d+\.\d+
wp-version folgt Semver-Muster3Entspricht \d+\.\d+\.\d+
date ist parsbar und liegt nicht in der Zukunft3Gültiges Datum, nicht nach heute
series-Wert ist konsistent2Gleich "Codex Ultimate Guide"
Kein fehlendes wp-version (nicht leer oder abwesend)3Feld hat einen nicht leeren Wert

Zusammenfassungskarten (max. 20 Punkte)

KriteriumPunkteErkennung
Erforderliche Felder vorhanden5Hat alle: title, subtitle, card-number, category, difficulty, guide-version, author, version, date
card-number stimmt mit Dateinamen-Präfix überein4z. B. C01 in card-number entspricht c01- im Dateinamen
category gültig für Sprache4FR: einer von "Technique", "Methodologie", "Conception"; EN: einer von "Technical", "Methodology", "Design" ("Conceptual" als inkonsistent im EN markieren)
difficulty ist gültiger Wert3Einer von: "beginner", "intermediate", "advanced"
guide-version und version-Felder stimmen überein4Beide Felder existieren und haben denselben Wert innerhalb derselben Datei

Bekanntes Problem zur automatischen Erkennung: EN C-Serien-Karten verwenden zwei verschiedene Kategoriewerte ("Conceptual" auf c01-c05, "Design" auf c06+). Diese Inkonsistenz im Abschnitt "Metadatenprobleme" des Berichts explizit kennzeichnen.


Phase 6: Bewertung und Benotung

Bewertungsformel (pro Datei)

Gesamt = Versionslücke (40) + Inhaltsaktualität (20) + FR/EN-Parität (20) + Metadatenqualität (20)
Punktzahl = (Gesamt / 100) * 100  [als Prozentsatz]

Notenskala

NotePunktzahlStatus
A90-100Aktuell, vollständig synchronisiert
B80-89Gut (Produktionsschwelle)
C70-79Baldige Aktualisierung erforderlich
D60-69Veraltet, sollte priorisiert werden
F<60Kritisch: wahrscheinlich veralteter Inhalt

Gesamt-Gesundheitswert

Gewichtete Gesundheit = (Summe der WP-Punktzahlen * 2 + Summe der Karten-Punktzahlen * 1) / (WP-Anzahl * 2 + Karten-Anzahl * 1)

Whitepaper werden 2x gewichtet, da sie jeweils 20-80 Seiten umfassen, im Vergleich zu 2-seitigen Zusammenfassungskarten. Ein veraltetes Whitepaper birgt ein höheres Risiko.


Phase 7: Bericht

Den folgenden Markdown-Bericht ausgeben. Verwenden Sie <details>-Blöcke für einzelne Dateiaufschlüsselungen, um die oberste Ebene überschaubar zu halten.

# Whitepaper & Zusammenfassungskarten-Audit

**Datum**: {today}
**Guide-Version**: {VERSION}
**Gesamt-Gesundheit**: {score}% ({grade})
**Geprüfte Dateien**: {total} ({wp_count} Whitepaper, {card_count} Zusammenfassungskarten)

---

## Versionsstatus-Dashboard

| Status | Whitepaper | Zusammenfassungskarten | Gesamt |
|--------|------------|------------------------|--------|
| Aktuell (0-1 Minor zurück)   | N | N | N |
| Veraltet (2-3 Minor zurück)   | N | N | N |
| Stark veraltet (4-10 zurück)   | N | N | N |
| Kritisch (11+ zurück)      | N | N | N |

**Derzeit verwendete Versionen**:
- Haupt-WP 00-09: {version} ({gap} Minor-Versionen zurück)
- Haupt-WP 10: {version} ({gap} Minor-Versionen zurück)
- Zusammenfassungskarten: {guide-version} ({gap} Minor-Versionen zurück)

---

## Whitepaper-Punktzahlen

| WP# | Titel | version | Lücke | wp-version | Parität | Punktzahl | Note |
|-----|-------|---------|-------|------------|---------|-----------|-------|
| 00  | ...   | ...     | -N  | ...        | OK/Lücke | N%    | X     |
...

<details>
<summary>Aufschlüsselung der einzelnen Kriterien (WP 00)</summary>

| Phase | Kriterium | Ergebnis | Punkte |
|-------|-----------|----------|--------|
| Versionslücke | Guide-Version aktuell | Kritisch (-11) | 0/15 |
| Versionslücke | wp-version gültiges Semver | OK | 5/5 |
| ... | ... | ... | ... |
| **Gesamt** | | | **N/100** |
</details>

---

## Zusammenfassungskarten-Punktzahlen

| Serie | Karten | Durchschn. guide-version | Durchschn. Lücke | Durchschn. Punktzahl | Note |
|--------|-------|--------------------------|------------------|----------------------|-------|
| T (Technisch)    | 22 | ... | -N | N% | X |
| M (Methodologie)  | 22 | ... | -N | N% | X |
| C (Konzeptionell)   | 13 | ... | -N | N% | X |

<details>
<summary>Einzelne Karten-Punktzahlen</summary>

| Karte | Kategorie | guide-version | Lücke | Parität | Metadaten | Punktzahl | Note |
|-------|-----------|---------------|-------|--------|-----------|-----------|-------|
...
</details>

---

## FR/EN-Paritätsbericht

### Whitepaper
| WP# | FR | EN | wp-version Übereinstimmung | version Übereinstimmung |
|-----|----|----|----------------------------|-------------------------|
...

### Zusammenfassungskarten
- **FR-Anzahl**: {N} | **EN-Anzahl**: {N}
- **Fehlende FR**: [Liste oder "Keine"]
- **Fehlende EN**: [Liste oder "Keine"]
- **Versionsabweichungen**: [Liste oder "Keine"]

---

## Metadatenprobleme

### Bekannt: Inkonsistenz der EN-Zusammenfassungskarten-Kategorie
EN C-Serien-Karten verwenden zwei verschiedene Werte für die Kategorie "Conceptual/Design":
- "Conceptual": c01, c02, c03, c04, c05
- "Design": c06, c07, c08, ...
Empfehlung: Auf "Design" standardisieren, um der Guide-Terminologie zu entsprechen.
Betroffene Dateien: whitepapers/recap-cards/en/c01-*.qmd bis c05-*.qmd ("Conceptual" in "Design" ändern)

### Andere Probleme
[Liste fehlender Felder, falscher Formate, Datumsprobleme ...]

---

## Priorisierte Maßnahmen

### Kritisch (Note F, 11+ Versionen zurück)
[Liste der spezifischen Whitepaper mit Dateipfaden]

### Hoch (Note D-F, 2+ Versionen zurück)
[Liste der spezifischen Dateien]

### Mittel (Metadatenqualität, Kategoriekorrekturen)
[Liste der spezifischen Probleme]

### Niedrig (Kosmetik, Datumsabgleich)
[Liste der spezifischen Probleme]

---

## Nächste Schritte

1. Führen Sie `/update-whitepapers --since {oldest_version}` aus, um alle veralteten WPs zu aktualisieren
2. Beheben Sie die Inkonsistenz der EN-Kategorie (5 Dateien: c01 bis c05, ändern Sie "Conceptual" in "Design")
3. Führen Sie `/audit-whitepapers` nach den Aktualisierungen erneut aus, um den Fortschritt zu verfolgen
4. Ziel: 80%+ Gesundheit (Note B) über alle Dateien hinweg

Korrekturmodus (--fix)

Wenn --fix übergeben wird, hängen Sie nach dem Bericht einen Abschnitt Korrekturvorschläge an. Dieser Abschnitt bietet konkrete Patches, ändert jedoch KEINE Dateien.

Frontmatter-Versionspatches

Für jede Datei mit einer veralteten Guide-Version ausgeben:

# Datei: whitepapers/fr/00-introduction-serie.qmd
# Änderung:
version: "3.27.6"  ->  version: "{current_VERSION}"
date: 2026-02-12   ->  date: {today}

Kategorie-Korrektur-Patches (EN-Zusammenfassungskarten)

Zu aktualisierende Dateien (Kategorie: "Conceptual" -> "Design"):
- whitepapers/recap-cards/en/c01-trust-calibration.qmd
- whitepapers/recap-cards/en/c02-*.qmd
- whitepapers/recap-cards/en/c03-*.qmd
- whitepapers/recap-cards/en/c04-*.qmd
- whitepapers/recap-cards/en/c05-*.qmd

Individual skills in this repo

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

Verwandte Skills