← Three.js · projekttervezési csomag adatlapja
Nézd meg, miben segít
Üzleti integritás ellenőrzése
Megkeresi a játékbackend hibás állapotváltásait, félbemaradt és ismételt adatírásait. Ellenőrzi, hogy a csere és a jutalomátvétel megőrzi-e a tárgyak tulajdonjogát és az egyenlegek szabályait.
business-state-data-integrity-review
Ezt a skillt használó ügynökök
Mikor hasznos?
Akkor használd, ha többlépéses módosítást, közös számlálót vagy tranzakció utáni webhookot, sorba helyezést vizsgálsz.
Miben segít neked?
- Ellenőrzi az engedélyezett átmeneteket a valódi állapotgépben.
- Vizsgálja a tranzakcióhatárokat és egyidejű írások védelmét.
- Követi a külső műveletek részleges hibáit és ismétlődését.
Például ezt kérheted
Nézd át két játékos tárgycseréjének elfogadását. Kövesd végig a visszavonást, a hiányzó tárgyat és a két párhuzamos elfogadást. A tulajdonváltás együtt történjen, egyik készlet se legyen negatív, és egy hibás értesítés ne ismételje meg az átadást. A hibás útvonalhoz adj konkrét kérési sorrendet.
Részletes dokumentáció
Itt a skill eredeti útmutatóját, példáit és ellenőrzési szempontjait olvashatod az eredeti nyelven.
Összecsukás
Business State & Data Integrity Review
Use this skill when reviewing code that mutates domain state, transitions workflow statuses, performs multi-step writes, or triggers external side effects (emails, webhooks, payments, queues, file operations).
Workflow
- Audit state-machine transitions and invariants:
- Check that every state transition (
fromState -> toState) validates the current state before mutating:- Are terminal states (
completed,cancelled,archived,refunded) protected against illegal re-entry or mutation? - Are concurrent transitions guarded via optimistic locking (
WHERE id = ? AND version = ?orAND state = ?) or row locks so two parallel requests cannot both succeed?
- Are terminal states (
- Check that every state transition (
- Verify transaction boundaries vs. external side effects:
- Atomic local writes: Multi-table updates that must succeed or fail together must run inside a single database transaction.
- No slow I/O inside DB transactions: Verify that external HTTP calls, LLM requests, or file uploads do not hold open database transactions or locks.
- Partial failure & retry safety: Ask what happens if the database commit succeeds but the post-commit webhook/queue dispatch fails (or vice versa):
- Can the operation be retried without creating duplicate records or double-firing external side effects?
- If an async step fails or is cancelled mid-flight, is the entity moved to a clean, recoverable failure state rather than stuck in
'running'forever?
- Check financial, counter, and cascade integrity:
- Verify that numeric totals, quotas, and balances cannot go negative or drift under concurrent updates.
- Check deletion and archival paths to ensure child records, foreign keys, and active references are neither orphaned nor destructively wiped without authorization.
Csomagban lévő fájlok 1
SKILL.md
