Code Review Skills

Audit and improve web accessibility following WCAG 2.2 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible".

Rigor Analyze / Rigor Audit read-only skill for deep learning research repositories. Use when the user wants to read and understand a repository, inspect model structure and training or inference entrypoints, review configs and insertion points, or flag suspicious implementation patterns without modifying code or running heavy jobs. Do not use for active command execution, broad refactoring, speculative code adaptation, or automatic bug fixing.

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Decision guide for delegating to caveman-style subagents. Tells the main thread WHEN to spawn `cavecrew-investigator` (locate code), `cavecrew-builder` (1-2 file edit), or `cavecrew-reviewer` (diff review) instead of doing the work inline or using vanilla `Explore`. Subagent output is caveman-compressed so the tool-result injected back into main context is ~60% smaller — main context lasts longer across long sessions. Trigger: "delegate to subagent", "use cavecrew", "spawn...

Ultra-compressed commit message generator. Cuts noise from commit messages while preserving intent and reasoning. Conventional Commits format. Subject ≤50 chars, body only when "why" isn't obvious. Use when user says "write a commit", "commit message", "generate commit", "/commit", or invokes /caveman-commit. Auto-triggers when staging changes.

Ultra-compressed code review comments. Cuts noise from PR feedback while preserving the actionable signal. Each comment is one line: location, problem, fix. Use when user says "review this PR", "code review", "review the diff", "/review", or invokes /caveman-review. Auto-triggers when reviewing pull requests.

Reviews code diffs, PRs, issue queues, release readiness, commits, pushes, publishing, and project audits. Use when users ask review/看看代码/合并前/看看issue/PR/release/push or to implement an approved plan, with safety gates for dirty and untracked worktrees. Not for exploring ideas, debugging root causes, or prose review.

Conventional Commits v1.0.0 Branch-Namensgebung, Worktree-Namensgebung und Commit-Message-Standards für GitHub- und GitLab-Projekte. Verwenden beim Erstellen von Branches, Benennen von Worktrees, Schreiben von Commits, Generieren von Commit-Nachrichten, Überprüfen von Branch-Konventionen oder Einrichten der Changelog-Automatisierung. Anwenden, wenn Ihr Projekt eine konsistente Git-Historie, SemVer-gesteuerte Releases, parsbare Changelog-Generierung oder automatisches Schließen von Issues benötigt. Auslösen, wenn der Benutzer fragt, wie man einen Worktree benennt, einen Git-Worktree erstellt oder...

Disziplinierte Diagnoseschleife für schwierige Fehler und Leistungsregressionen. Reproduzieren → Minimieren → Hypothesen bilden → Instrumentieren → Beheben → Regressionstest. Verwenden, wenn der Benutzer "diagnostiziere dies" / "debugge dies" sagt, einen Fehler meldet, sagt, dass etwas kaputt ist/einen Fehler auslöst/fehlschlägt, oder eine Leistungsregression beschreibt.

Verwenden Sie dies, wenn Sie einen schriftlichen Implementierungsplan haben, der in einer separaten Sitzung mit Überprüfungsmeilensteinen ausgeführt werden soll.

Rigor Improve implementation leaf skill for auditable candidate implementation in deep learning research repositories. Use when the researcher explicitly authorizes exploratory work on an isolated branch or worktree to transplant modules, adapt a backbone, add LoRA or adapter layers, replace a head, or stitch together meaningful low-risk migration ideas with rollback-aware records in `explore_outputs/`. Do not use for end-to-end exploration orchestration on top of `current_research`, trusted...

Guides development of Fastify Node.js backend servers and REST APIs using TypeScript or JavaScript. Use when building, configuring, or debugging a Fastify application — including defining routes, implementing plugins, setting up JSON Schema validation, handling errors, optimising performance, managing authentication, configuring CORS and security headers, integrating databases, working with WebSockets, and deploying to production. Covers the full Fastify request lifecycle (hooks,...

Verwenden, wenn die Implementierung abgeschlossen ist, alle Tests bestanden sind und entschieden werden muss, wie die Arbeit integriert wird – führt den Abschluss von Entwicklungsarbeiten durch Präsentation strukturierter Optionen für Merge, PR oder Bereinigung.

Überschreibt das standardmäßige Kürzungsverhalten von LLMs. Erzwingt vollständige Codegenerierung, verbietet Platzhaltermuster und behandelt Token-Limit-Trennungen sauber. Anwendbar auf jede Aufgabe, die eine erschöpfende, ungekürzte Ausgabe erfordert.

Golang-Benchmarking, Profiling und Leistungsmessung. Verwenden Sie dies beim Schreiben, Ausführen oder Vergleichen von Go-Benchmarks, beim Profiling von Hot Paths mit pprof, beim Interpretieren von CPU-/Speicher-/Trace-Profilen, beim Analysieren von Ergebnissen mit benchstat, beim Einrichten der CI-Benchmark-Regressionserkennung oder beim Untersuchen der Produktionsleistung mit Prometheus-Laufzeitmetriken. Verwenden Sie dies auch, wenn der Entwickler eine tiefgehende Analyse eines bestimmten Leistungsindikators benötigt – diese Fähigkeit bietet die Messmethodik, während...

Golang code style conventions — line length and breaking, variable declarations, control flow clarity, when comments help vs hurt. Use when writing or reviewing Go code, asking about style or clarity, or establishing project coding standards. Not for naming conventions (→ See `samber/cc-skills-golang@golang-naming` skill), linter configuration (→ See `samber/cc-skills-golang@golang-lint` skill), or doc comments (→ See `samber/cc-skills-golang@golang-documentation` skill).

Golang-Concurrency-Muster. Verwenden Sie beim Schreiben oder Überprüfen von nebenläufigem Go-Code, der Goroutinen, Channels, Select, Locks, Synchronisationsprimitive, errgroup, singleflight, Worker-Pools oder Fan-Out/Fan-In-Pipelines umfasst. Wird auch ausgelöst, wenn Sie Goroutine-Leaks, Race Conditions, Probleme mit der Channel-Besitzverhältnissen erkennen oder zwischen Channels und Mutexen wählen müssen.

Umfassender Leitfaden zur Abhängigkeitsinjektion (DI) in Golang. Behandelt, warum DI wichtig ist (Testbarkeit, lose Kopplung, Trennung von Belangen, Lebenszyklusverwaltung), manuelle Konstruktorinjektion und DI-Bibliotheksvergleich (google/wire, uber-go/dig, uber-go/fx, samber/do). Verwenden Sie diese Fähigkeit beim Entwerfen einer Service-Architektur, Einrichten von Abhängigkeitsinjektion, Refactoring von eng gekoppeltem Code, Verwalten von Singletons oder Service-Fabriken oder wenn der Benutzer nach Inversion of Control, Service... fragt.

Idiomatische Golang-Entwurfsmuster — funktionale Optionen, Konstruktoren, Fehlerfluss und -weitergabe, Ressourcenverwaltung und Lebenszyklus, Graceful Shutdown, Resilienz, Architektur, Dependency Injection, Datenverarbeitung, Streaming und mehr. Anwenden, wenn explizit zwischen Architekturmustern gewählt wird, funktionale Optionen implementiert werden, Konstruktor-APIs entworfen werden, Graceful Shutdown eingerichtet wird, Resilienzmuster angewendet werden oder gefragt wird, welches idiomatische Go-Muster zu einem spezifischen Problem passt.

Umfassender Dokumentationsleitfaden für Golang-Projekte, der godoc-Kommentare, README, CONTRIBUTING, CHANGELOG, Go Playground, Beispieltests, API-Dokumentation und llms.txt abdeckt. Verwenden Sie ihn beim Schreiben oder Überprüfen von Dokumentationskommentaren, beim Hinzufügen von Codebeispielen, beim Einrichten von Dokumentationsseiten oder bei Diskussionen über Best Practices für die Dokumentation. Auslöser sowohl für Bibliotheken als auch für Anwendungen/CLIs.

Idiomatic Golang error handling — creation, wrapping with %w, errors.Is/As, errors.Join, custom error types, sentinel errors, panic/recover, the single handling rule, structured logging with slog, HTTP request logging middleware, and samber/oops for production errors. Built to make logs usable at scale with log aggregation 3rd-party tools. Apply when creating, wrapping, inspecting, or logging errors in Go code. For samber/oops specifics → See `samber/cc-skills-golang@golang-samber-oops`...

Compile-time dependency injection in Golang using google/wire — wire.NewSet, wire.Build, wire.Bind (interface→concrete), wire.Struct, wire.Value, wire.InterfaceValue, wire.FieldsOf, cleanup functions, //go:build wireinject injector files, and generated wire_gen.go. Apply when using or adopting google/wire, when the codebase imports `github.com/google/wire`, or when wiring an application graph at compile time via `wire.Build`. For runtime DI with reflection, see...

Bietet Richtlinien zur gRPC-Nutzung, Protobuf-Organisation und produktionsreife Muster für Golang-Mikrodienste. Verwenden Sie dies bei der Implementierung, Überprüfung oder Fehlerbehebung von gRPC-Servern/Clients, beim Schreiben von Proto-Dateien, Einrichten von Interceptoren, Behandeln von gRPC-Fehlern mit Statuscodes, Konfigurieren von TLS/mTLS, Testen mit bufconn oder Arbeiten mit Streaming-RPCs.

Golang-Fähigkeiten-Orchestrator — immer aktiv bei jeder Golang-Codierungs-, Überprüfungs-, Debugging- oder Einrichtungsaufgabe. Liest den Aufgabenkontext und lädt die relevantesten Fähigkeiten aus samber/cc-skills-golang, oft mehrere gleichzeitig: Schreiben eines gRPC-Dienstes lädt golang-grpc + golang-testing + golang-error-handling; Debuggen eines Panics lädt golang-troubleshooting + golang-safety; Sicherheitsaudit lädt golang-security + golang-lint + golang-safety. Auch: löst konkurrierende Cluster auf, wenn zwei Fähigkeiten sich zu überschneiden scheinen...

Best Practices für Linting und golangci-lint-Konfiguration für Golang-Projekte — Ausführen von Linters, Konfigurieren der .golangci.yml, Unterdrücken von Warnungen mit nolint-Direktiven, Interpretieren von Lint-Ausgaben und Auswählen von Linters. Verwenden bei der Konfiguration von golangci-lint, bei Fragen zu Lint-Warnungen oder nolint-Unterdrückungen, beim Einrichten von Code-Qualitätswerkzeugen oder bei der Auswahl von Linters. Auch verwenden, wenn der Benutzer golangci-lint, go vet, staticcheck oder revive erwähnt.

golang-linter — eine installierbare Fähigkeit für KI-Agenten.

Modernisiere Golang-Code, um aktuelle Sprachfeatures, Verbesserungen der Standardbibliothek und idiomatische Muster zu nutzen. Reagiere proaktiv beim Schreiben oder Überprüfen von Go-Code, wenn altmodische Muster erkannt werden oder eine Veraltungswarnung auftritt. Verwende dies auch, wenn der Benutzer explizit nach Modernisierung, einem Go-Versions-Upgrade oder einer CI-/Tooling-Aktualisierung fragt.

Go (Golang) Namenskonventionen – umfasst Pakete, Konstruktoren, Strukturen, Schnittstellen, Konstanten, Enums, Fehler, Booleans, Empfänger, Getter/Setter, funktionale Optionen, Akronyme, Testfunktionen und Subtestnamen. Verwenden Sie diese Fähigkeit beim Schreiben von neuem Go-Code, beim Überprüfen oder Refactoring, bei der Wahl zwischen Namensalternativen (New vs NewTypeName, isConnected vs connected, ErrNotFound vs NotFoundError, StatusReady vs StatusUnknown bei iota 0), bei Diskussionen über Go-Paketnamen (utils/helpers Anti-Patterns) oder...

Golang-Leistungsoptimierungsmuster und Methodik – bei X-Engpass wird Y angewendet. Behandelt Allokationsreduzierung, CPU-Effizienz, Speicherlayout, GC-Tuning, Pooling, Caching und Hot-Path-Optimierung. Verwenden, wenn Profiling oder Benchmarks einen Engpass identifiziert haben und das richtige Optimierungsmuster zur Behebung benötigt wird. Auch verwenden bei der Durchführung von Performance-Code-Reviews, um Verbesserungen oder Benchmarks vorzuschlagen, die helfen könnten, schnelle Leistungssteigerungen zu identifizieren. Nicht für Messmethodik (→...

Empfiehlt produktionsreife Golang-Bibliotheken und Frameworks. Anwenden, wenn der Benutzer explizit nach Bibliotheksvorschlägen fragt, Alternativen vergleichen möchte, eine Bibliothek für eine bestimmte Aufgabe auswählen muss oder wenn eine neue Abhängigkeit zum Projekt hinzugefügt wird.

Defensives Golang-Coding zur Vermeidung von Panics, stiller Datenkorruption und subtilen Laufzeitfehlern. Verwenden bei nil-Panics, Append-Aliasing, gleichzeitigem Map-Zugriff, Fallstricken bei Float-Vergleichen oder Fragen zum Zero-Value-Design. Auch verwenden bei der Code-Überprüfung auf nil-Sicherheit, Überlauf bei numerischen Konvertierungen, Ressourcenlebenszyklus-Problemen (defer in Schleifen) oder defensivem Kopieren von Slices und Maps.

Abhängigkeitsinjektion in Golang mit samber/do — Service-Container, Lebenszyklusverwaltung, Scopes, Health Checks, Graceful Shutdown und Modulorganisation. Anwenden bei Verwendung oder Übernahme von samber/do, wenn die Codebasis github.com/samber/do oder github.com/samber/do/v2 importiert, oder bei der Umstellung manueller Konstruktorinjektion auf einen DI-Container.

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

Sicherheitsbest Practices und Schwachstellenprävention für Golang. Behandelt Injection (SQL, Command, XSS), Kryptografie, Dateisystemsicherheit, Netzwerksicherheit, Cookies, Secrets-Management, Speichersicherheit und Logging. Anwenden beim Schreiben, Überprüfen oder Auditieren von Go-Code auf Sicherheit oder bei der Arbeit an risikobehaftetem Code mit Krypto, I/O, Secrets-Management, Benutzereingaben oder Authentifizierung. Enthält Konfiguration von Sicherheitstools.

Golang configuration library using spf13/viper — layered precedence (flag > env > file > KV > default), BindPFlag/BindPFlags, SetEnvPrefix + SetEnvKeyReplacer + AutomaticEnv, ReadInConfig + ConfigFileNotFoundError, Unmarshal + mapstructure struct tags, Sub for sub-trees, WatchConfig + OnConfigChange for hot reload, viper.New() for test isolation, and remote KV integration. Apply when using or adopting spf13/viper, or when the codebase imports `github.com/spf13/viper`. For CLI command...

Umfassender Leitfaden zu stretchr/testify für Golang-Tests. Behandelt die Pakete assert, require, mock und suite ausführlich. Verwenden beim Schreiben von Tests mit testify, Erstellen von Mocks, Einrichten von Test-Suites oder der Wahl zwischen assert und require. Behandelt testify-Assertions, Mock-Erwartungen, Argument-Matcher, Aufrufverifikation, Suite-Lebenszyklus und fortgeschrittene Muster wie Eventually, JSONEq und benutzerdefinierte Matcher. Anwenden, wenn die Codebasis github.com/stretchr/testify importiert.

Golang-Struct- und Interface-Entwurfsmuster — Komposition, Einbettung, Typzusicherungen, Typabfragen, Interface-Trennung, Abhängigkeitsinjektion über Interfaces, Struct-Feld-Tags sowie Zeiger- vs. Wertempfänger. Verwenden Sie diese Fähigkeit beim Entwerfen von Go-Typen, beim Definieren oder Implementieren von Interfaces, beim Einbetten von Structs oder Interfaces, beim Schreiben von Typzusicherungen oder Typabfragen, beim Hinzufügen von Struct-Feld-Tags für JSON/YAML/DB-Serialisierung oder bei der Wahl zwischen Zeiger- und Wertempfängern. Verwenden Sie sie auch, wenn der Benutzer...

Production-ready Golang tests — table-driven tests, testify suites and mocks, parallel tests, fuzzing, fixtures, goroutine leak detection with goleak, snapshot testing, code coverage, integration tests, idiomatic test naming. Use when writing or reviewing Go tests, choosing a testing approach, setting up Go test CI, or debugging flaky/slow tests. For testify-specific APIs see `samber/cc-skills-golang@golang-stretchr-testify`; for measurement methodology see...

This skill should be used when the user wants to "write agent code", "build an agent with ADK", "add a tool", "create a callback", "define an agent", "use state management", or needs ADK (Agent Development Kit) Python API patterns and code examples. Part of the Google ADK skills suite. It provides a quick reference for agent types, tool definitions, orchestration patterns, callbacks, and state management. Do NOT use for creating new projects (use google-agents-cli-scaffold) or deployment...

Runs a budget-aware agent-assisted engineering health audit for instruction/config drift, hooks/MCP, verifier surfaces, and AI maintainability. Use when users ask 检查claude/检查codex/检查pi/配置检查/健康度 or report agents ignoring instructions, missing validation, or code becoming hard to maintain. Not for debugging code or reviewing PRs.

Finds root cause before applying fixes for errors, crashes, regressions, failing tests, broken behavior, and screenshot-reported defects. Use when users ask 排查/报错/崩溃/不工作/回归/判断为什么报错, or say something used to work and now fails. Not for code review or new features.

Installieren und einbinden von Registry-Blöcken und -Komponenten in HyperFrames-Kompositionen. Verwenden beim Ausführen von hyperframes add, Installieren eines Blocks oder einer Komponente, Einbinden eines installierten Elements in index.html oder Arbeiten mit hyperframes.json. Umfasst den add-Befehl, Installationsorte, Einbindung von Block-Unterkompositionen, Zusammenführung von Komponenten-Snippets, Registry-Erkennung und Erstellung eines neuen Blocks oder einer neuen Komponente für einen Upstream-Beitrag (Idee → Gerüst → Validierung → PR).

Survey any codebase as a senior advisor and produce prioritized, self-contained implementation plans for OTHER models/agents to execute. Strictly read-only on source code — never implements, fixes, or refactors anything itself. Use when asked to audit a codebase, find improvement opportunities (bugs, security, performance, test coverage, tech debt, migrations, DX), suggest features or where to take the project next (roadmap, product direction), or generate handoff plans for another agent to...

Finde Möglichkeiten zur Vertiefung in einer Codebasis, informiert durch die Domänensprache in CONTEXT.md und die Entscheidungen in docs/adr/. Verwende dies, wenn der Benutzer die Architektur verbessern, Refactoring-Möglichkeiten finden, eng gekoppelte Module konsolidieren oder eine Codebasis testbarer und KI-navigierbarer machen möchte.

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.

Explore and understand Nx workspaces. USE WHEN answering questions about the workspace, projects, or tasks. ALSO USE WHEN an nx command fails or you need to check available targets/configuration before running a task. EXAMPLES: 'What projects are in this workspace?', 'How is project X configured?', 'What depends on library Y?', 'What targets can I run?', 'Cannot find configuration for task', 'debug nx task failure'.

Forces the laziest solution that actually works, simplest, shortest, most minimal. Channels a senior dev who has seen everything: question whether the task needs to exist at all (YAGNI), reach for the standard library before custom code, native platform features before dependencies, one line before fifty. Supports intensity levels: lite, full (default), ultra. Use whenever the user says "ponytail", "be lazy", "lazy mode", "simplest solution", "minimal solution", "yagni", "do less", or...

pr-to-video Workflow – ein GitHub-Pull-Request (URL wie github.com/ / /pull/ , oder / # , oder „this PR“ in einem ausgecheckten Repository) -> erfasste PR-Fakten (Titel, Text, Diff, Commits, Dateien, +/- Statistiken) -> narrator_scripts.json + Audio (Sprache + Hintergrundmusik) + section_plan.md -> Code-Diff / Vorher-Nachher / Auswirkungen-Erklärvideo. Die Eingabe ist eine CODE-ÄNDERUNG. Die URL ist ein PR-Link, KEINE Marketingseite zum Scrapen; kein Text-Briefing und keine Produktwebsite. Für eine Nicht-PR-Eingabe (Produktseite, allgemeine Website, Themen-Text),...

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.

Verwenden, wenn Code-Review-Feedback eingeht, bevor Vorschläge umgesetzt werden, insbesondere wenn das Feedback unklar oder technisch fragwürdig erscheint – erfordert technische Strenge und Überprüfung, keine bloße Zustimmung oder blinde Umsetzung.

Upgradet bestehende Websites und Apps auf Premium-Qualität. Prüft das aktuelle Design, identifiziert generische KI-Muster und wendet hochwertige Designstandards an, ohne die Funktionalität zu beeinträchtigen. Funktioniert mit jedem CSS-Framework oder Vanilla-CSS.

Erstellen Sie einen detaillierten Refactoring-Plan mit kleinen Commits durch ein Benutzergespräch und legen Sie ihn als GitHub-Issue ab. Verwenden Sie dies, wenn der Benutzer einen Refactoring planen, ein Refactoring-RFC erstellen oder einen Refactoring in sichere, schrittweise Schritte aufteilen möchte.

Verwenden, wenn Aufgaben abgeschlossen, größere Funktionen implementiert oder vor dem Zusammenführen, um zu überprüfen, ob die Arbeit den Anforderungen entspricht.

Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

Rigor Debug / Rigor Audit skill for deep learning research work. Use when the user pastes a traceback, terminal error, CUDA OOM, checkpoint load failure, shape mismatch, NaN loss symptom, or training failure and wants conservative diagnosis before any patching, with debug fixes clearly separated from research contributions. Do not use for broad refactoring, speculative adaptation, automatic exploratory patching, or general repository familiarization.

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.

Compliance-Experte für snyk-agent-scan – den Agent-Skill-Datei-Scanner – NICHT für andere Snyk-CLI-Tools (snyk test, snyk code SAST, snyk iac, snyk container). Behebt Warnungen durch inhaltliche Umstrukturierung, niemals durch Unterdrücken oder Löschen von Informationen. Deckt jede Datei in einem Skill-Verzeichnis ab: SKILL.md, references/, assets/ und jedes sekundäre Markdown. Anwenden beim Erstellen eines neuen Skills, Bearbeiten eines bestehenden, Beheben eines fehlgeschlagenen snyk-agent-scan-Laufs lokal oder in CI oder beim Entsperren eines durch den Agenten blockierten PR...

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

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

Master TypeScript's advanced type system including generics, conditional types, mapped types, template literals, and utility types for building type-safe applications. Use when implementing complex type logic, creating reusable type utilities, or ensuring compile-time type safety in TypeScript projects.

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.

Weisen Sie den Agenten an, herauszuzoomen und einen breiteren Kontext oder eine übergeordnete Perspektive zu geben. Verwenden Sie dies, wenn Sie mit einem Codeabschnitt nicht vertraut sind oder verstehen müssen, wie er in das größere Bild passt.