Akademischer Homepage-Generator

Fähigkeit: Akademischer Homepage-Generator

Primäres Ziel

Ein bestimmtes akademisches GitHub Pages-Vorlagen-Repository forken, umbenennen und mit den persönlichen akademischen Informationen eines Benutzers befüllen, die aus dem Gedächtnis oder bereitgestellten Daten extrahiert wurden. Das Endergebnis ist eine vollständig konfigurierte, personalisierte akademische Homepage, die auf GitHub Pages gehostet werden kann.

Kernablauf

Die Fähigkeit folgt einem strengen, sequenziellen Ablauf, um eine erfolgreiche Bereitstellung zu gewährleisten. Abweichungen können zu Fehlern führen.

1. Persönliche Daten abrufen: Das strukturierte akademische Profil des Benutzers aus dem Gedächtnis extrahieren mittels memory-read_graph. Diese Daten sind die einzige Quelle der Wahrheit für alle Inhaltsaktualisierungen.
2. Vorlagen-Repository forken: github-fork_repository auf die Zielvorlage anwenden (z. B. academicpages/academicpages.github.io).
3. Benutzerkonto identifizieren: github-get_me verwenden, um den GitHub-Benutzernamen des forked-Benutzers zu erhalten.
4. Repository umbenennen: github-rename_repository verwenden, um dem Fork einen benutzerspezifischen Namen zu geben (z. B. LJT-Homepage).
5. Repository-Struktur analysieren: Wichtige Verzeichnisse (_pages/, _publications/, _data/, _config.yml) untersuchen, um das Layout der Vorlage zu verstehen.
6. Kernkonfigurationsdateien aktualisieren:
   • _config.yml: Seitentitel, Beschreibung, URL und vor allem den author-Bereich mit persönlichen Details (Name, Biografie, Standort, Arbeitgeber, E-Mail, soziale Links) aktualisieren.
   • _data/navigation.yml: Das Hauptnavigationsmenü der Seite vereinfachen. Typischerweise auf nur wesentliche Links wie „Publikationen“ reduzieren, gemäß Benutzeranweisung.
   • _pages/about.md: Den Standardinhalt vollständig durch ein strukturiertes persönliches Profil ersetzen, das Folgendes enthält: Einleitung, Forschungsinteressen, Ausbildung, Forschungserfahrung, Publikationen (als Text aufgelistet), Fähigkeiten und Kontaktinformationen.
7. Publikationsdateien verwalten:
   • Alle vorhandenen Beispieldateien im _publications/-Verzeichnis löschen.
   • Neue Markdown-Dateien für jede Publikation des Benutzers erstellen, unter Verwendung einer konsistenten Namenskonvention (z. B. YYYY-MM-DD-kurzer-titel.md). Jede Datei muss gültiges YAML-Frontmatter enthalten (title, collection, date, venue, citation).
8. Abschlussprüfung: Überprüfen, dass alle Schlüsseldateien (_config.yml, _pages/about.md, _data/navigation.yml) und Publikationseinträge korrekt erstellt wurden und keine Platzhalterdaten enthalten.

Kritische Einschränkungen & Leitplanken

• Datentreue: Keine persönlichen Informationen hinzufügen, ändern oder erfinden. Ausschließlich die im Gedächtnisgraphen bereitgestellten Daten verwenden. Fehlen Informationen (z. B. ein bestimmter Social-Media-Link nicht im Gedächtnis), das entsprechende Feld in der Konfiguration leer lassen.
• Einbeziehung von Publikationen: Alle Publikationen aus dem Gedächtnis in der about.md-Seite auflisten und deutlich zwischen Erstautoren- und Koautorenarbeiten unterscheiden. Außerdem für jede Publikation eine separate Markdown-Datei erstellen.
• Vereinfachung der Navigation: Der Anfrage des Benutzers bezüglich des Navigationsmenüs folgen. Wenn nur bestimmte Seiten angezeigt werden sollen, alle anderen Links aus _data/navigation.yml entfernen.
• Keine zusätzlichen Seiten: Keine Seiten über die im Ablauf explizit genannten hinaus erstellen, aktivieren oder ändern (z. B. Blog-, Lehr- oder Portfolio-Bereiche nicht aktivieren, sofern nicht angegeben).

Erforderliche Werkzeuge

Diese Fähigkeit erfordert die sequenzielle Verwendung der folgenden Werkzeuge. Stellen Sie sicher, dass alle erforderlichen Berechtigungen/Bereiche verfügbar sind.

1. memory-read_graph
2. github-fork_repository
3. github-get_me
4. github-rename_repository
5. github-get_file_contents
6. github-create_or_update_file
7. github-delete_file

Fehlerbehebung

• Gleichzeitige Schreibkonflikte: Wenn github-create_or_update_file oder github-delete_file mit einem „409 conflict“-Fehler fehlschlagen, den neuesten Repository-Status abrufen (github-get_file_contents auf der Wurzel), um den neuen sha zu erhalten, dann den Vorgang mit dem aktualisierten sha wiederholen.
• Fehlende Daten: Wenn ein erforderliches Feld aus dem Gedächtnisgraphen leer ist, einen klaren Hinweis protokollieren und fortfahren, wobei das entsprechende Feld auf der Webseite leer bleibt. Keine Daten erfinden.

Ausgabe

Die Fähigkeit ist abgeschlossen, wenn das geforkte GitHub-Repository des Benutzers alle personalisierten Dateien enthält und der Commit-Verlauf erfolgreiche Aktualisierungen zeigt. Dem Benutzer die URL zu seinem neuen Repository bereitstellen (z. B. https://github.com/<benutzername>/<repository-name>).