Slash Command

/tighten-types

Tightens weak or missing type annotations in a given file by replacing broad types (any, object, interface{}), adding missing annotations, and fixing downstream type errors.

TypeScript

Python

Rust

code-quality

Popularity

Stars

Forks

Invocation

How this command is triggered — by the user, by Claude, or both

Slash command

/claudient:tighten-types [file]

Model invocable

No pre-commands

Configuration

Namespacerefactor/de/

Context Preview

The summary Claude sees in its command listing — used to decide when to auto-load this command

Verstärke die Typen in $ARGUMENTS.

1. Lies die Datei. Identifiziere jede Stelle, an der Typen schwächer sind, als sie sein sollten:
   - `any` in TypeScript — ersetze durch den engsten korrekten Typ, Union oder Generic
   - Nicht typisierte Funktionsparameter oder Rückgabewerte
   - Übermäßig breite Typen (`object`, `Record<string, any>`, `dict`, `interface{}`), wenn eine konkrete Form bekannt ist
   - Optional (`T | undefined`, `T | None`) verwendet, wo der Wert immer vorhanden ist
   - Nicht optional verwendet, wo der Wert legitim abwesend sein kann — füge optional hinzu und handle es be...

Command Content

31 lines · ~553 tokens

Stats

LanguageTypeScript

Stars9

Forks3

MaintenanceExcellent

Last CommitJun 18, 2026

Actions

View Source View Plugin View on GitHub View README

Tags

Verstärke die Typen in $ARGUMENTS.

Lies die Datei. Identifiziere jede Stelle, an der Typen schwächer sind, als sie sein sollten:
- any in TypeScript — ersetze durch den engsten korrekten Typ, Union oder Generic
- Nicht typisierte Funktionsparameter oder Rückgabewerte
- Übermäßig breite Typen (object, Record<string, any>, dict, interface{}), wenn eine konkrete Form bekannt ist
- Optional (T | undefined, T | None) verwendet, wo der Wert immer vorhanden ist
- Nicht optional verwendet, wo der Wert legitim abwesend sein kann — füge optional hinzu und handle es bei Aufrufen
- Enums oder Union-Typen, die bloße string- oder number-Literale ersetzen könnten
- as Casts / Type Assertions, die durch ordnungsgemäße Typ-Narrowing oder Guards ersetzt werden könnten
Für jeden gefundenen schwachen Typ:
- Inferiere den korrekten Typ aus Verwendung, umgebendem Kontext und bestehender Dokumentation
- Wende den stärkeren Typ an der Deklarationsstelle an
- Behebe alle nachgelagerten Typfehler, die die Verstärkung aufdeckt — hinterlasse keine fehlerhaften Aufrufe
- Wenn die Verstärkung einen neuen Type Alias oder eine Interface erfordert, definiere ihn in der Nähe des Dateianfangs (oder in einer bestehenden Types-Datei, wenn das Projekt eine hat)
Ändere nicht das Laufzeitverhalten. Nur Typänderungen.
Füge nicht einfach Typen hinzu — wenn der Typ einer lokalen Variable offensichtlich aus einer Literal-Zuordnung ist und die Sprache ihn korrekt inferiert, lasse die Inferenz unverändert.
Wenn der Rückgabetyp einer Funktion derzeit inferiert wird und die Inferenz korrekt und stabil ist, lasse ihn. Annotiere nur, wenn der inferierte Typ übermäßig breit ist oder wahrscheinlich abweicht.
Nach allen Änderungen verifiziere konzeptionell, dass die Datei den Type-Checker des Projekts bestehen würde (tsc --noEmit, mypy, cargo check, usw.). Wenn du nicht verifizieren kannst, kennzeichne jede Änderung, die einen Typfehler einführen könnte.
Ausgabe: Liste aller verstärkten Typen, ursprünglicher Typ, neuer Typ und Ort.