Analyzing Business Logic Gaps

Checklist sistematica in 10 categorie per trovare lacune e ambiguità nei documenti di logica di business prima dell'implementazione.

di meirm · meirm/reverse-engineering-skill

Promosso ★ 9.6/10

Analyzing Business Logic Gaps — Checklist sistematica in 10 categorie per trovare lacune e ambiguità nei documenti di logica di business prima dell'implementazione.

Cosa fa

Esegue un passaggio strutturato di rilevamento delle lacune su un documento di logica di business, controllando condizioni di ingresso/uscita, macchine a stati, tempistiche di fatturazione, retry, concorrenza, terminologia e proprietà dell'attore, quindi produce un report markdown con gravità classificata e correzioni concrete raccomandate. Si attiva quando si revisiona la qualità della BL, si rafforzano i requisiti o si prepara una specifica per l'implementazione.

Rapporto di test

Eseguito su un documento BL di aggiornamento sottoscrizione deliberatamente non specificato: la checklist ha evidenziato una reale condizione di race condition che la revisione di base ha mancato (l'utente annulla nell'istante in cui il pagamento va a buon fine) più la vaga regola di fatturazione 'rimborsi se appropriato', e li ha restituiti entrambi in una tabella con gravità classificata e regole concrete proposte invece di un elenco puntato generico.

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

Installazione

git clone https://github.com/meirm/reverse-engineering-skill
cd reverse-engineering-skill
mkdir -p ~/.claude/skills
cp -r .claude/skills/analyze-business-logic-gaps ~/.claude/skills/analyzing-business-logic-gaps

Comandi e prompt di esempio

  • /analyzing-business-logic-gapsChecklist sistematica in 10 categorie per trovare lacune e ambiguità nei documenti di logica di business prima dell'implementazione.

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

  • Review this subscription upgrade spec for missing edge cases
  • Find the gaps in my billing logic doc before we build it
  • Check this business rules doc for race conditions and ambiguity