Andere Fähigkeiten

Verwenden Sie es, wenn Sie Code-Review-Feedback erhalten (insbesondere, wenn es unklar oder technisch fragwürdig ist), wenn Sie Aufgaben oder Hauptfunktionen abschließen, die eine Überprüfung vor der Fortsetzung erfordern, oder vor der Abgabe von Abschluss- oder Erfolgsansprüchen. Deckt drei Praktiken ab: das Empfangen von Feedback mit technischer Strenge statt performativer Zustimmung, das Anfragen von Überprüfungen über einen Code-Reviewer-Subagenten und Verifizierungsgates, die Beweise vor beliebigen Statusansprüchen erfordern. Wichtig für subagentgetriebene Entwicklung, Pull Requests und die Verhinderung falscher Abschlussansprüche.

Parse und analysieren Sie CSV-Dateien mit Datavalidierung

Erstellen Sie HTML-Dashboards mit KPI-Metrikkarten, Balken-/Kuchen-/Liniendiagrammen, Fortschrittsindikatoren und Datenvisualisierungen. Verwenden Sie sie, wenn Benutzer Dashboards, Metrikanzeigen, KPI-Visualisierungen, Datendiagramme oder Überwachungsinterfaces anfordern.

Ausführlich detaillierte Pläne in Chargen mit Überprüfungsstationen

Verwenden Sie, wenn der Partner einen vollständigen Implementierungsplan liefert, der in kontrollierten Batches mit Prüfpunkten ausgeführt werden soll – lädt den Plan, prüft ihn kritisch, führt Aufgaben in Batches aus und meldet zwischen den Batches zur Prüfung

Analysieren Sie Dateien und erhalten Sie detaillierte Metadaten wie Größe, Zeilenanzahl, Änderungszeiten und Inhaltsstatistiken. Verwenden Sie dies, wenn Nutzer Dateiinformationen, Statistiken oder Analysen anfordern, ohne Dateien zu ändern.

Generieren Sie testbare Hypothesen. Formulieren Sie aus Beobachtungen, entwerfen Sie Experimente, untersuchen Sie konkurrierende Erklärungen, entwickeln Sie Vorhersagen, schlagen Sie Mechanismen vor für wissenschaftliche Erkundungen über Domänen hinweg.

Ein Satz von Ressourcen, um mir bei der Erstellung aller Arten von internen Kommunikationen zu helfen, unter Verwendung der Formate, die meine Firma gerne verwendet. Claude sollte diese Fähigkeit immer dann einsetzen, wenn er gebeten wird, irgendeine Art von internen Kommunikationen zu schreiben (Statusberichte, Führungsaktualisierungen, 3P-Aktualisierungen, Firmennachrichten, FAQs, Zwischenfällenberichte, Projektaktualisierungen usw.).

Diese Fähigkeit sollte beim Parsen fehlschlagen, weil ihr Beschreibungsfeld falsch geschrieben ist.

Diese Fertigkeit sollte bei der Validierung fehlschlagen, weil sie keine Beschreibung hat.

Dieses Skill fehlt das erforderliche Namensfeld

Diese Fähigkeit sollte aufgrund einer falsch formatierten YAML-Vorder Materie die Parsing-Schritte nicht bestehen.

Diese Fähigkeit hat eine fehlerhafte YAML-Syntax und sollte beim Parsen fehlschlagen.

Flip-Annahmen auf den Kopf, um versteckte Einschränkungen und alternative Ansätze aufzudecken – „Was wäre, wenn das Gegenteil wahr wäre?“

JSON-Daten mit Schema-Unterstützung analysieren und validieren

Arbeiten Sie mit Linear-Themen über die Befehlszeile – verwenden Sie diese Fähigkeit immer dann, wenn der Benutzer nach Linear-Themen fragt, Themen erstellt, aktualisiert, kommentiert oder löscht, oder den Themenstatus und die Details prüft

Erstellt ADRs (Nygard-Format, 7 Abschnitte, ~300–500 Wörter) via kurze Fragen und Antworten. Weist die nächste ADR-Nummer zu und validiert Standards.

Orchestriert Story-Aufgaben. Priorisiert To Review -> To Rework -> Todo, delegiert an ln-331/ln-333/ln-334, übergibt Story-Qualität an ln-340. Nur-Metadaten-Laden im Voraus.

Führt Implementierungstasks durch (Todo -> In Bearbeitung -> Zur Überprüfung). Befolgt KISS/YAGNI, Richtlinien, Qualitätskontrollen. Nicht für Testtasks gedacht.

Prüft eine einzelne Aufgabe in Zu prüfen und entscheidet zwischen Erledigt vs. Zur Überarbeitung mit sofortigen Korrekturen oder klaren Überarbeitungshinweisen. - Lade die vollständige Aufgabe und die übergeordnete Story; verstehe die Akzeptanzkriterien, den Kontext und den technischen Ansatz. - Überprüfe Architektur, Korrektheit, Konfigurationshygiene, Dokumentation und Tests. - Bei Testaufgaben prüfe risikobasi...

Korrigiert Aufgaben in „Zu überarbeiten“ und gibt sie an „Zu prüfen“ zurück. Wendet Feedback des Prüfers nur auf die ausgewählte Aufgabe an.

Arbeiter, der die Einhaltung von DRY/KISS/YAGNI/Architektur/Richtlinien für abgeschlossene Implementierungsaufgaben prüft. Meldet Probleme; ändert keine Status oder erstellt keine Aufgaben.

Spotmuster, die in 3+ Domänen auftauchen, um universelle Prinzipien zu finden

Dieses Skill fehlt das erforderliche Name-Feld