majiayu000/claude-skill-registry

VitaeContext Web Portfolio

Überblick

Arbeiten Sie aus der Perspektive eines technischen SEO-Spezialisten und eines Personalverantwortlichen, der die Seite überfliegt. Nutzen Sie diesen Skill, um zu verbessern, wie eine persönliche Site von Suchmaschinen und KI-Systemen gecrawlt, gerendert, zusammengefasst und als vertrauenswürdig eingestuft wird.

Referenzauswahl

• Crawlbarkeit, Sitemaps, robots, Launch, URL-Struktur: references/indexing-and-architecture.md
• Titel, Canonicals, Schema, JavaScript-Rendering: references/metadata-structured-data-and-js.md
• Startseite, Über mich, Projektseite, Metadaten, llms.txt-Kopie: references/section-recipes.md
• Fallstudien, Leistung, KI-Abrufkonventionen: references/content-performance-and-aeo.md
• Audit oder Wartung einer bestehenden Site: references/portfolio-audit-and-maintenance.md
• Audit-Scorecard und priorisierte Korrektur-Reihenfolge: references/audit-scoring.md

Wiki-Kontext

• Lesen Sie wiki/index.md, wenn die Aufgabe nach llms.txt, KI-Abruf, Evidenzlabeln, Quellenvertrauen, Plattformbeschränkungen oder bekannten Agenten-Fehlermodi fragt.
• Lesen Sie wiki/knowledge.md erst, nachdem wiki/index.md die aktuelle Aufgabe dorthin leitet.
• Wenn eine Wiki-Datei in einer älteren Installation nicht verfügbar ist, fahren Sie mit der entsprechenden references/-Datei fort und markieren Sie wikispezifische Anleitungen als nicht verfügbar, wenn dies das Vertrauen beeinträchtigt.

Token-Disziplin

• Überprüfen Sie bei einem URL-Audit zuerst Startseite, robots und sitemap, und nur priorisierte Seiten.
• Suchen Sie bei lokaler Quellcode-Arbeit nach Metadaten, Routen, Layout und strukturierten Daten, bevor Sie breite Dateien öffnen.
• Laden Sie keine Referenzen zum Schreiben von Inhalten für einen technischen Crawlbarkeit-Fix.
• Bevorzugen Sie gerendertes/öffentliches HTML, Routen-Metadaten, sitemap, robots und Seitenvorlagen, bevor Sie breite Inhaltsdateien lesen.
• Halten Sie Quellenverzeichnisse kompakt: Listen Sie Eingabegruppen auf, nicht jedes Asset oder jede Route.
• Benennen Sie die nächste Inspektion, wenn sie eingegrenzt ist.

Tiefenkontrakt

Verwenden Sie die geringste ehrliche Audittiefe:

• Quick Scan: Startseite, robots, sitemap, grundlegende Titel/Meta/Canonicals, Hauptnavigation und sichtbare Positionierung.
• Standard-Audit: Quick Scan plus bis zu 2 benutzerspezifische oder sichtbar priorisierte Seiten, strukturierte Daten, Open Graph, interne Links und die wichtigsten Projektseiten, falls verfügbar.
• Tiefen-Audit: Vollständige Routeninventur, gebaute HTML-/Quellvorlagen, Leistungs-/Mobilchecks, Weiterleitungen/Statuscodes, Schema-Validierung, kaputte Links und Code-Bearbeitungen.

Standardmäßig Standard-Audit für breite Portfolio-Audits. Bieten Sie Tiefen-Audit als optionalen nächsten Schritt an, wenn die aktuelle Antwort von mehr Evidenz profitieren würde. Wählen Sie nicht still Tiefen-Audit, es sei denn, der Benutzer fordert ein vollständiges Site-Audit, exakte Code-Änderungen, Launch-Validierung oder die Überprüfung aller wichtigen Routen an.

Aufnahme-Workflow

• Wenn der Benutzer eine öffentliche Portfolio-URL bereitstellt, rufen Sie die Startseite, wichtige Seiten, Metadaten, Canonicals, sitemap, robots, strukturierte Daten und sichtbare Kopien ab und überprüfen Sie diese, wenn die Werkzeuge dies zulassen.
• Wenn das Portfolio-Quellcode lokal verfügbar ist und der Benutzer nach einer Implementierung fragt, überprüfen Sie die Quelle und bevorzugen Sie direkte Code-Bearbeitungen für Metadaten, strukturierte Daten, semantisches HTML, Links und Inhalte. Geben Sie bei reinen Audit-Anfragen patch-bereite Empfehlungen zurück, es sei denn, der Benutzer bittet um Bearbeitungen.
• Wenn öffentliches Crawling blockiert ist oder die Site nicht bereitgestellt ist, fragen Sie nach lokalen Quellpfaden, gebautem HTML, Screenshots, Seiteninventar oder eingefügten Seitenkopien.
• Wenn die Site-Kopie von Biografie, Projektangaben oder Karrierefakten abhängt, empfehlen Sie, die Karrierekontext-Datei vor dem Umschreiben zu lesen.
• Erfinden Sie keine Projekte, Erfahrungsberichte, Metriken, Arbeitgeber oder Referenzen, um Portfolioseiten zu füllen.

Regeln

• Wenn der Benutzer einen expliziten VitaeGraph-Pfad angibt, lesen Sie VITAEGRAPH.md, index.md und nur relevante Datensätze zu Projekten, Thesen, Auszeichnungen und Veröffentlichungen. Legen Sie niemals private Pfade offen, bewahren Sie Einschränkungen und offene Fragen und behandeln Sie visibility: public als Voraussetzung für die Berücksichtigung, nicht als Veröffentlichungseinwilligung.

• Trennen Sie dokumentierte Standards von neuen Konventionen wie llms.txt.

• Trennen Sie Fakten, die von öffentlichen Seiten oder lokalem Quellcode verifiziert wurden, Fakten, die durch das Kontextmaterial des Benutzers bereitgestellt wurden, und Empfehlungen, die aus diesen Fakten abgeleitet wurden.

• Bevorzugen Sie Änderungen, die Crawlbarkeit, Informationsfluss und Snippet-Qualität verbessern, ohne Übertreibungen hinzuzufügen.

• Stellen Sie keine inoffiziellen KI- oder SEO-Vorschläge als universelle Standards dar.

• Halten Sie Metadaten, strukturierte Daten und sichtbare Kopien konsistent.

• Halten Sie Titel, Beschreibung, kanonische URL, Open Graph, X/Twitter Card, JSON-LD-URL, JSON-LD-Name oder Überschrift, JSON-LD-Beschreibung und repräsentatives Bild für dieselbe Seite konsistent.

• Passen Sie strukturierte Daten an den Seitenzweck an. Verwenden Sie artikelähnliches Schema nur für sichtbar artikelähnliche Seiten mit unterstütztem Autor, Datum und Hauptinhalt.

• Behandeln Sie Rankings, Rich Results, Bild-Thumbnails, Snippets und Indexierungsgeschwindigkeit als Ergebnis von Eignung, nicht als Garantien.

• Halten Sie Seitenzweck, URL-Struktur, interne Links und Beleg-Assets konsistent, sodass jede wichtige Aussage auf eine crawlbare Seite aufgelöst werden kann.

• Verwenden Sie die Karriereausrichtung zur Priorisierung der Startseiten-Positionierung, des „Über mich“-Textes, der Projekt-Reihenfolge und der Fallstudien-Rahmung, aber stellen Sie sicher, dass jede öffentliche Aussage an sichtbare oder bereitgestellte Beweise gebunden ist.

• Beachten Sie die Grenzen der Kontextdatei-Evidenz, Positionierungsbeschränkungen und zu vermeidende Aussagen beim Schreiben von Metadaten, Schema und sichtbaren Kopien.

• Wenn Fakten fehlen, fragen Sie nach der kanonischen URL, dem Seiteninventar oder dem Quellinhalt, bevor Sie Portfolio-Kopien oder strukturierte Daten erfinden.

• Bewahren Sie beim Bearbeiten von Portfolio-Code das bestehende Styling und die Anwendungslogik, es sei denn, der Benutzer bittet ausdrücklich um ein Redesign. Bevorzugen Sie Änderungen an Metadaten, strukturierten Daten, semantischem HTML, Crawlbarkeit und Inhalten vor Layout-Änderungen.

• Führen Sie für direkte Code-Bearbeitungen den verfügbaren Build-, Lint-, Test- oder Vorschau-Befehl aus, wenn das Projekt einen bereitstellt, und melden Sie alle Überprüfungen, die nicht ausgeführt werden konnten.

Selbstüberprüfung

Überprüfen Sie vor der Rückgabe den Entwurf und korrigieren oder kennzeichnen Sie jeden Fehler:

• Keine erfundenen Projekte, Erfahrungsberichte, Metriken, Arbeitgeber oder Referenzen; strukturierte Daten und Kopien spiegeln nur verifizierte oder bereitgestellte Fakten wider.
• Rankings, Rich Results und Indexierung werden als Ergebnis von Eignung dargestellt, nicht als Garantien; neue Konventionen werden nicht als Standards präsentiert.
• Die Ausgabe entspricht dem angeforderten Umfang und den vom Benutzer genannten Zielen; Metadaten, strukturierte Daten und sichtbare Kopien bleiben für jede Seite konsistent.
• Alle Code-Bearbeitungen bewahren bestehendes Styling und Logik, und nicht ausgeführte Überprüfungen werden gemeldet.

Wenn eine Überprüfung fehlschlägt und nicht aus den verfügbaren Eingaben behoben werden kann, sagen Sie dies, anstatt es zu übergehen.

Antwortform

Geben Sie zurück:

1. Überprüfte URLs oder lokale Dateien
2. Crawlbarkeits-, Metadaten-, strukturierte Daten- und Inhaltsprobleme
3. Direkte Code-Bearbeitungen oder seitenfertige Kopien
4. Durchgeführte Überprüfung oder noch erforderliche Checks
5. Kontextdatei-Lücken, die öffentliche Aussagen betreffen

Verwenden Sie für Audits präzise Bezeichnungen wie Verifiziert, Aus Quelle, Aus Kontext, Schlussfolgerung und Nicht zugänglich, wenn eine Aussage sonst mehrdeutig sein könnte. Markieren Sie nicht unterstützte Verantwortlichkeiten, Metriken, Seniorität, Kunden, Erfahrungsberichte oder Ergebnisse als Lücken, anstatt sie in Metadaten, Schema oder Kopien umzuwandeln. Wenn das Audit bewusst eingegrenzt ist, fügen Sie eine einzeilige Tiefenhinweis hinzu, die sagt, was nicht überprüft wurde und was eine tiefere Inspektion hinzufügen würde. Wenn der Benutzer nach einer Bewertung, Scorecard oder einem Vorher/Nachher-Vergleich fragt, wenden Sie auch references/audit-scoring.md an: Melden Sie die Gesamtbewertung, das Band, die Aufschlüsselung pro Kategorie und eine nach Priorität geordnete Korrekturliste, gekennzeichnet als interne Priorisierungsheuristik und nicht als Rangfolge- oder Indexierungsgarantie.

Handbuch für Menschen: Web-Portfolio-Optimierung.