/ Verzeichnis / Playground / Waza (技)
● Community tw93 ⚡ Sofort

Waza (技)

von tw93 · tw93/Waza

Senior-Engineer-Gewohnheiten als Claude-Code-Skills verpackt — kleine Commits, enge Refactors, fokussiertes Debugging, bewusste Reviews. Dinge, die du kennst, aber reproduzierbar gemacht.

Waza (japanisch 技 — ‚Technik') ist ein kuratiertes Set von Engineering-Disziplin-Skills von tw93, einem Maintainer im eSheep/Pake/Waza-Ökosystem. Jeder Skill kodiert eine spezifische Gewohnheit: ‚kleiner atomarer Commit', ‚Red-Green-Refactor', ‚systematisches Bisect', ‚Code-Review mit Checkliste'. Keine ausgefallenen Features — es sind die kleinen Disziplinen, die die Ausgabe eines Senior-Entwicklers von der eines Juniors unterscheiden, automatisch angewendet.

Warum nutzen

Hauptfunktionen

Live-Demo

In der Praxis

bereit

Installation

Repository des Autors · Offizielle Dokumentation zu Claude Skills

Anwendungsfälle

Praxisnahe Nutzung: Waza (技)

Claude dazu bringen, kleine, atomare Commits statt einem riesigen Blob zu schreiben

👤 Alle, deren Claude-PRs als 1 Commit mit 600 geänderten Zeilen enden ⏱ ~30 min intermediate

Wann einsetzen: PR-Review ist eine Qual, weil der Commit nicht reviewbar ist.

Ablauf
  1. Commits planen
    Use waza commit skill. Plan the work as a sequence of atomic commits before writing any code.✓ Kopiert
    → Nummerierter Commit-Plan; jeder als einzeilige Zusammenfassung
  2. Einen nach dem anderen ausführen
    Make commit 1. Stop. Show me the diff and message.✓ Kopiert
    → Einzelner kleiner Commit; Nachricht folgt der Konvention
  3. Fortfahren oder überarbeiten
    Continue with the next commit, or revise the plan if step 1 changed your understanding.✓ Kopiert
    → Entweder nächster Commit oder überarbeiteter Plan

Ergebnis: PRs, die man tatsächlich reviewen kann.

Fallstricke
  • Plan ist zu granular (10 Commits für triviale Änderung) — Skill zielt standardmäßig auf 3–7 Commits pro PR; --target N zum Überschreiben übergeben
Kombinieren mit: github

Red-Green-Refactor auf einen lohnenswerten Refactor anwenden

👤 Entwickler, die Legacy-Code refaktorieren ⏱ ~90 min intermediate

Wann einsetzen: Du möchtest refaktorieren; du möchtest aber auch nichts kaputtmachen.

Ablauf
  1. Mit Tests abdecken
    Use waza refactor skill on /src/<module>.ts. First step: characterize current behavior with tests.✓ Kopiert
    → Tests für aktuelles Verhalten; bestehen
  2. Refaktorieren
    Now refactor incrementally. Tests must stay green at every step.✓ Kopiert
    → Reihe von Refactor-Commits, alle grün

Ergebnis: Saubererer Code mit Beweis, dass nichts kaputt gegangen ist.

Fallstricke
  • ‚Tests für aktuelles Verhalten' schließt vorhandene Bugs ein — Skill markiert verdächtig aussehende Tests; diese separat markieren und refaktorieren

Einen strukturierten Code-Review auf einem PR durchführen

👤 Reviewer, die Konsistenz wünschen ⏱ ~30 min beginner

Wann einsetzen: Einen PR reviewen, den du nicht geschrieben hast — leicht etwas zu übersehen.

Ablauf
  1. Diff durchgehen
    Use waza review skill on PR #123. Walk the diff hunk by hunk; check: correctness, naming, error handling, tests, security.✓ Kopiert
    → Notizen per Hunk; etwaige Probleme angesprochen
  2. Zusammenfassung
    Write the review summary — 3 strengths, 3 concerns, 1 question.✓ Kopiert
    → Zusammenfassung im Post-Stil

Ergebnis: Reviews, die etwas finden, kein ‚LGTM'-Theater.

Fallstricke
  • Skill meckert am Stil, wenn größere Probleme existieren — Ordnet nach Schweregrad; der Reihenfolge vertrauen
Kombinieren mit: github

Kombinationen

Mit anderen MCPs für 10-fache Wirkung

waza-skill + github

GitHub MCP für End-to-End-PR-Lifecycle pairen

waza-skill + ccpm-skill

CCPM verwaltet den Issue-Lifecycle, Waza die Engineering-Disziplin darin

Werkzeuge

Was dieses MCP bereitstellt

WerkzeugEingabenWann aufrufenKosten
commit.plan task_description Zu Beginn jeder nicht-trivialen Arbeit 0
refactor.tdd path, target Refactor mit Sicherheitsnetz 0
debug.systematic symptom, context Bug, der Raten widersteht 0
review.checklist pr_url Einen PR reviewen 0

Kosten & Limits

Was der Betrieb kostet

API-Kontingent
Nicht zutreffend
Tokens pro Aufruf
Gering — Skills sind kurzes Markdown
Kosten in €
Kostenlos
Tipp
Gewohnheiten compound — konsequent anwenden, nicht nur wenn man feststeckt

Sicherheit

Rechte, Secrets, Reichweite

Credential-Speicherung: Keine
Datenabfluss: Lokal

Fehlerbehebung

Häufige Fehler und Lösungen

Skill teilt Commits auf, wenn ein einzelner in Ordnung wäre

Die kleinste Änderungseinheit variiert; ein Beispiel-PR zur Kalibrierung übergeben

Refactor-Tests decken zu wenig ab

Skill warnt bei Abdeckung <30% am berührten Modul — manuelle Seeds hinzufügen

Alternativen

Waza (技) vs. andere

AlternativeWann stattdessenKompromiss
wshobson/agentsDu möchtest rollenbasierte Agenten (Frontend, Backend) statt Gewohnheits-SkillsUnterschiedliche Ausprägung; beide gut — unterschiedliche Abstraktionsebenen
addyosmani/agent-skillsDu möchtest Web-Perf/A11y-Tiefe speziellAddys Set ist Web-Frontend; Waza ist allgemeines Engineering

Mehr

Ressourcen

📖 Offizielle README auf GitHub lesen

🐙 Offene Issues ansehen

🔍 Alle 400+ MCP-Server und Skills durchsuchen