/ 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

Installieren

Wählen Sie Ihren Client

~/Library/Application Support/Claude/claude_desktop_config.json  · Windows: %APPDATA%\Claude\claude_desktop_config.json
{
  "mcpServers": {
    "waza-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/tw93/Waza",
        "~/.claude/skills/waza"
      ],
      "_inferred": true
    }
  }
}

Öffne Claude Desktop → Settings → Developer → Edit Config. Nach dem Speichern neu starten.

~/.cursor/mcp.json · .cursor/mcp.json
{
  "mcpServers": {
    "waza-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/tw93/Waza",
        "~/.claude/skills/waza"
      ],
      "_inferred": true
    }
  }
}

Cursor nutzt das gleiche mcpServers-Schema wie Claude Desktop. Projektkonfiguration schlägt die globale.

VS Code → Cline → MCP Servers → Edit
{
  "mcpServers": {
    "waza-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/tw93/Waza",
        "~/.claude/skills/waza"
      ],
      "_inferred": true
    }
  }
}

Klicken Sie auf das MCP-Servers-Symbol in der Cline-Seitenleiste, dann "Edit Configuration".

~/.codeium/windsurf/mcp_config.json
{
  "mcpServers": {
    "waza-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/tw93/Waza",
        "~/.claude/skills/waza"
      ],
      "_inferred": true
    }
  }
}

Gleiche Struktur wie Claude Desktop. Windsurf neu starten zum Übernehmen.

~/.continue/config.json
{
  "mcpServers": [
    {
      "name": "waza-skill",
      "command": "git",
      "args": [
        "clone",
        "https://github.com/tw93/Waza",
        "~/.claude/skills/waza"
      ]
    }
  ]
}

Continue nutzt ein Array von Serverobjekten statt einer Map.

~/.config/zed/settings.json
{
  "context_servers": {
    "waza-skill": {
      "command": {
        "path": "git",
        "args": [
          "clone",
          "https://github.com/tw93/Waza",
          "~/.claude/skills/waza"
        ]
      }
    }
  }
}

In context_servers hinzufügen. Zed lädt beim Speichern neu.

claude mcp add waza-skill -- git clone https://github.com/tw93/Waza ~/.claude/skills/waza

Einzeiler. Prüfen mit claude mcp list. Entfernen mit claude mcp remove.

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.

Voraussetzungen
  • Skill installiert — git clone https://github.com/tw93/Waza ~/.claude/skills/waza
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