CtrlK
BlogDocsLog inGet started
Tessl Logo

g14wxz/commerce-database-architect

Database architecture skills, docs, and rules for high-demand multi-tenant commerce platforms (PostgreSQL source of truth, Neo4j as derived GraphRAG projection, transactional outbox, RLS-based tenant isolation). Includes live schema introspection workflow via Postgres MCP.

97

Quality

97%

Does it follow best practices?

Impact

Pending

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Overview
Quality
Evals
Security
Files

default-checks.mdskills/mermaid-diagram-review/

Default Diagram Checks

Run every check on every diagram. Each finding contributes one numbered entry to Section 1 of the review output.

#CheckSeverityConstitution
1Every tenant-scoped entity has tenant_idBLOCKER§ IV
2Composite uniques include tenant_id (e.g. UNIQUE (tenant_id, sku))BLOCKER§ IV
3Foreign keys present on every relationshipHIGH§ V
4No transactional truth on non-Postgres entities (orders, inventory, payments, prices, tenancy, audit)BLOCKER§ X
5Inventory has append-only inventory_movements paired with inventory_balancesBLOCKER§ VI
6Orders have status history + idempotency keysHIGH§ VII
7Domain events leave via outbox, not direct publishHIGH§ VIII
8No prices, stock, totals, FK-bearing identifiers in JSONBHIGH§ V
9Every table stays under ~40 columnsMEDIUM§ V
10FK ON DELETE policy is explicit (no implicit NO ACTION)MEDIUM§ V
11Soft-delete (deleted_at) only on entities with explicit principle approvalMEDIUMprinciples
12Every relationship's cardinality is meaningful (no decorative arrows)LOWclarity
13RLS policy implied for every tenant-scoped tableBLOCKER§ IV
14Numeric monetary fields use numeric(p,s), never float/doubleHIGH§ VII
15Timestamp columns are timestamptz, never timestamp or epoch integerMEDIUMprinciples

Per finding, fill: severity, section, finding (one sentence), why it matters (one sentence), evidence (specific table/relationship in the user's diagram).

skills

tile.json