Design Explore

Impone una matrice pro/contro/criteri con 2-4 opzioni prima che venga scritto qualsiasi codice di architettura o refactoring.

di vbcherepanov · vbcherepanov/total-agent-memory

Richiede configurazione ★ 8.8/10

Design Explore — Impone una matrice pro/contro/criteri con 2-4 opzioni prima che venga scritto qualsiasi codice di architettura o refactoring.

Cosa fa

Una skill di decisione di design pre-implementazione: genera 2-4 opzioni nominate con bozze di implementazione, le valuta su una matrice di criteri, ne sceglie una con giustificazione e nomina ciò che è stato scartato. Si attiva su richieste a livello di architettura/refactoring/sottosistema ('come dovremmo fare X'); si esclude esplicitamente per correzioni banali o situazioni a opzione singola. Intesa per essere abbinata agli strumenti MCP save_decision/memory_recall/analogize dello stesso progetto total-agent-memory.

Rapporto di test

Ho eseguito una vera mini decisione di design (API rate limiting) attraverso il template: la baseline ha fornito un paragrafo che raccomandava Redis; la skill ha imposto tre opzioni nominate valutate su una matrice a 4 criteri con una motivazione di scarto esplicita, un artefatto materialmente più verificabile. Attrito reale: è fornita come esempio all'interno di un grande progetto separato di server di memoria MCP, e i passaggi 1/5 (memory_recall/analogize/save_decision) funzionano solo una volta che l'intero server è installato e connesso.

Testato il: 2026-07-14 · Claude Code 2.x (agent harness)

Installazione

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

Comandi e prompt di esempio

  • /design-exploreImpone una matrice pro/contro/criteri con 2-4 opzioni prima che venga scritto qualsiasi codice di architettura o refactoring.

Gli skill si attivano con richieste in linguaggio naturale, senza comandi da ricordare. Dopo l'installazione, prompt come questi lo attivano (in inglese):

  • 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