Design Explore

Erzwingt eine 2-4 Optionen umfassende Pro/Kontra/Kriterien-Matrix, bevor Architektur- oder Refactoring-Code geschrieben wird.

von vbcherepanov · vbcherepanov/total-agent-memory

Funktioniert mit Setup ★ 8.8/10

Design Explore — Erzwingt eine 2-4 Optionen umfassende Pro/Kontra/Kriterien-Matrix, bevor Architektur- oder Refactoring-Code geschrieben wird.

Was es kann

Eine Design-Entscheidungs-Skill vor der Implementierung: generiert 2-4 benannte Optionen mit Implementierungsskizzen, bewertet sie anhand einer Kriterienmatrix, wählt eine mit Begründung aus und benennt, was verworfen wurde. Wird bei Architektur-/Refactoring-/Subsystem-Ebene-Anfragen ('how should we do X') ausgelöst; lehnt explizit triviale Korrekturen oder Ein-Optionen-Situationen ab. Soll mit den save_decision/memory_recall/analogize MCP-Tools aus demselben total-agent-memory-Projekt kombiniert werden.

Testbericht

Eine echte Mini-Designentscheidung (API-Ratenbegrenzung) wurde durch die Vorlage geführt: Die Baseline gab einen Absatz, der Redis empfahl; die Skill erzwang drei benannte Optionen, die auf einer 4-Kriterien-Matrix mit einer expliziten Verwerfungsbegründung bewertet wurden, ein wesentlich auditierbareres Artefakt. Echte Reibung: Es wird als Beispiel innerhalb eines großen separaten MCP-Speicherserverprojekts geliefert, und die Schritte 1/5 (memory_recall/analogize/save_decision) funktionieren nur, wenn dieser gesamte Server installiert und verbunden ist.

Getestet am: 2026-07-14 · Claude Code 2.x (agent harness)

Installation

git clone https://github.com/vbcherepanov/total-agent-memory
cd total-agent-memory
mkdir -p ~/.claude/skills
cp -r examples/skills/design-explore ~/.claude/skills/design-explore

Befehle & Beispiel-Prompts

  • /design-exploreErzwingt eine 2-4 Optionen umfassende Pro/Kontra/Kriterien-Matrix, bevor Architektur- oder Refactoring-Code geschrieben wird.

Skills reagieren auf normale Anfragen — keine Slash-Befehle nötig. Nach der Installation aktivieren Prompts wie diese den Skill (auf Englisch):

  • Before we refactor this subsystem, lay out two or three architecture options
  • How should we redesign our auth module, weigh the tradeoffs for me
  • I need a pros and cons matrix before we commit to a new data layer approach