Testing Skills

Diese Fähigkeit sollte verwendet werden, wenn der Benutzer einen „Agenten entwickeln“, „einen Agenten mit ADK erstellen“, „den Agenten lokal ausführen“, „Agentencode debuggen“, „einen Agenten testen“, „einen Agenten bereitstellen“, „einen Agenten veröffentlichen“, „einen Agenten überwachen“ möchte oder die ADK (Agent Development Kit)-Entwicklungslebenszyklus- und Codierungsrichtlinien benötigt. Einstiegspunkt für die Erstellung von ADK-Agenten. Immer aktiv – bietet den vollständigen Workflow (Scaffold, Build, Evaluieren, Bereitstellen, Veröffentlichen, Beobachten), Code-Erhaltungsregeln, Modellauswahlhilfe und...

Findet die Grundursache, bevor Fehlerbehebungen für Fehler, Abstürze, Regressionen, fehlschlagende Tests, fehlerhaftes Verhalten und durch Screenshots gemeldete Defekte angewendet werden. Verwenden Sie dies, wenn Benutzer nach 排查/报错/崩溃/不工作/回归/判断为什么报错 fragen oder sagen, dass etwas früher funktioniert hat und jetzt fehlschlägt. Nicht für Code-Reviews oder neue Funktionen.

HyperFrames CLI dev loop — `npx hyperframes` for scaffolding (init), validation (lint, inspect), preview, render, and environment troubleshooting (doctor, browser, info, upgrade). Use when running any of these commands or troubleshooting the HyperFrames build/render environment. For asset preprocessing commands (`tts`, `transcribe`, `remove-background`), invoke the `hyperframes-media` skill instead.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

Rigor Run skill for README-first deep learning repo reproduction. Use when the task is specifically to capture or normalize evidence from the selected smoke test or documented inference or evaluation command and write standardized `repro_outputs/` files, including patch notes when repository files changed. Do not use for training execution, initial repo intake, generic environment setup, paper lookup, target selection, hidden scientific-meaning changes, or end-to-end orchestration by itself.

Instrumentiert Code, sodass das Produktionsverhalten sichtbar und diagnostizierbar ist. Verwenden Sie dies beim Hinzufügen von Logging, Metriken, Tracing oder Alerting. Verwenden Sie dies beim Ausliefern einer Funktion, die in Produktion läuft, und Sie benötigen Nachweise, dass sie funktioniert. Verwenden Sie dies, wenn Produktionsprobleme gemeldet werden, Sie aber aus den verfügbaren Daten nicht erkennen können, was passiert ist.

Umfassende OpenTUI-Fähigkeit zur Erstellung von Terminal-Benutzeroberflächen. Deckt die zentrale imperative API, den React-Reconciler und den Solid-Reconciler ab. Für jede TUI-Entwicklungsaufgabe einschließlich Komponenten, Layout, Tastatursteuerung, Animationen und Tests.

Optimieren Sie die Web-Performance für schnellere Ladezeiten und eine bessere Benutzererfahrung. Verwenden Sie dies, wenn Sie aufgefordert werden, "meine Seite zu beschleunigen", "die Performance zu optimieren", "die Ladezeit zu reduzieren", "langsames Laden zu beheben", "die Seitengeschwindigkeit zu verbessern" oder ein "Performance-Audit" durchzuführen.

Verwendung beim Schreiben von Playwright-Tests, Beheben flaky Tests, Debuggen von Fehlern, Implementieren des Page Object Model, Konfigurieren von CI/CD, Optimieren der Leistung, Mocken von APIs, Handhaben von Authentifizierung oder OAuth, Testen der Barrierefreiheit (axe-core), Datei-Uploads/-Downloads, Datums-/Zeit-Mocking, WebSockets, Geolokalisierung, Berechtigungen, Multi-Tab/Popup-Abläufe, mobile/responsive Layouts, Touch-Gesten, GraphQL, Fehlerbehandlung, Offline-Modus, Multi-User-Zusammenarbeit, Drittanbieterdienste (Zahlungen, E-Mail-Verifizierung),...

Interaktive QA-Sitzung, bei der der Benutzer Fehler oder Probleme im Gespräch meldet und der Agent GitHub-Issues erstellt. Durchsucht im Hintergrund die Codebasis nach Kontext und Fachsprache. Verwenden, wenn der Benutzer Fehler melden, QA betreiben, Issues im Gespräch erfassen oder "QA-Sitzung" erwähnen möchte.

Rigor Debug / Rigor Audit-Fähigkeit für Deep-Learning-Forschung. Verwenden, wenn der Benutzer einen Traceback, Terminalfehler, CUDA OOM, Checkpoint-Ladefehler, Shape-Mismatch, NaN-Verlustsymptom oder Trainingsfehler einfügt und eine konservative Diagnose vor jeglichem Patchen wünscht, wobei Debug-Fixes klar von Forschungsbeiträgen getrennt sind. Nicht verwenden für breites Refactoring, spekulative Anpassung, automatisches exploratives Patchen oder allgemeine Repository-Einarbeitung.

Führen Sie eine autonome, spezifikationsgesteuerte Entwicklungs-„Saga“ für mittlere bis große Funktionen durch, indem Sie einen Orchestrator-Agent

Richte Husky Pre-Commit-Hooks mit lint-staged (Prettier), Typprüfung und Tests im aktuellen Repository ein. Verwende dies, wenn der Benutzer Pre-Commit-Hooks hinzufügen, Husky einrichten, lint-staged konfigurieren oder Formatierungs-/Typprüfungs-/Testfunktionen zur Commit-Zeit hinzufügen möchte.

Verwenden, wenn ein Fehler, Testfehler oder unerwartetes Verhalten auftritt, bevor Korrekturen vorgeschlagen werden.

Testgetriebene Entwicklung mit dem Rot-Grün-Refaktor-Zyklus. Verwenden, wenn der Benutzer Funktionen entwickeln oder Fehler mit TDD beheben möchte, "Rot-Grün-Refaktor" erwähnt, Integrationstests wünscht oder nach testgetriebener Entwicklung fragt.

Verwenden bei der Implementierung eines Features oder Bugfixes, bevor der Implementierungscode geschrieben wird.

Verwenden, wenn die Arbeit von der aktiven Browsersitzung des Benutzers oder dem sichtbaren gerenderten Zustand abhängt, anstatt von statischen Abrufen, insbesondere für Browser-Debugging-Kontexte oder in DevTools ausgewählte Elemente oder Anfragen, eingeloggte Dashboards oder CMS-Abläufe, Localhost-Apps, Formulare, Uploads, Downloads, Medieninspektion, DOM- oder Iframe-Inspektion, Shadow DOM oder Browserfehler, die wie weiche 404er, Authentifizierungswände, Anti-Bot-Prüfungen oder Ratenbegrenzungen aussehen.

Validieren, dass die Implementierung eines Branches oder Pull Requests mit den eingeführten Produkt-, technischen, Sicherheits- und zugehörigen Spezifikationen übereinstimmt. Verwenden Sie dies bei der Überprüfung oder Fertigstellung einer spezifikationsgesteuerten Änderung und beim Beheben von Abweichungen zwischen eingecheckten Spezifikationen und der Implementierung.

Verwenden, wenn behauptet werden soll, dass Arbeit abgeschlossen, behoben oder bestanden ist, vor dem Committen oder Erstellen von PRs – erfordert das Ausführen von Verifikationsbefehlen und das Bestätigen der Ausgabe, bevor Erfolgsbehauptungen aufgestellt werden; Beweise vor Behauptungen immer.

Schnelles Unit-Testing-Framework, unterstützt von Vite, mit Jest-kompatibler API. Verwenden beim Schreiben von Tests, Mocking, Konfigurieren der Abdeckung oder Arbeiten mit Testfiltern und Fixtures.

Umfassende Webqualitätsprüfung, die Leistung, Barrierefreiheit, SEO und Best Practices abdeckt. Verwenden Sie diese, wenn Sie aufgefordert werden, "meine Website zu prüfen", "Webqualität zu überprüfen", "einen Lighthouse-Audit durchzuführen", "Seitenqualität zu überprüfen" oder "meine Website zu optimieren".