CtrlK
BlogDocsLog inGet started
Tessl Logo

database

Use BEFORE editing any file in `supabase/migrations/` or `supabase/schemas/`, OR when the user runs a `/database` subcommand (`compact local migration`, `rls scenarios`, `align`). Encodes the three contracts that protect the Grida database layer: applied migrations are immutable, RLS implementation mirrors tests (never the reverse), `schemas/*.sql` is the human-readable end-state. Companion to `supabase/AGENTS.md` (RLS, grants, security boundaries).

74

Quality

92%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, highly actionable workflow skill: numbered procedures with real validation checkpoints, concrete commands and SQL idioms, a worked example, and correctly externalized references to AGENTS.md. The only weakness is mild verbosity in the rhetorical framing around its core invariants.

Suggestions

Tighten the narrative framing in 'Common mistake' and the 'non-negotiable inversion' section to pithy operational rules, cutting restatements of the same invariant (e.g. the 'Resist any pressure' list largely repeats 'implementation mirrors the test').

Consider moving the three per-subcommand procedures behind a short overview with one-level-deep reference files if the SKILL.md grows further, keeping only the contracts, classification table, and invocation triggers inline.

Trim motivational phrasing ('the temptation is to collapse...', 'is the test doing its job') to factual imperatives so every remaining token is operational.

DimensionReasoningScore

Conciseness

The body is information-dense and avoids explaining concepts Claude already knows (no 'what is a migration/RLS' primers), but at ~260 lines it carries discursive framing ('the temptation is to collapse...', 'Resist any pressure (including from yourself, mid-implementation)', 'is the test doing its job') beyond strict operational instruction; the rubric penalizes verbosity even when accurate. Not anchor 1 (no generic padding) and not anchor 3 (not maximally lean).

2 / 3

Actionability

Concrete commands (`supabase db reset`, `supabase db test`), real SQL idioms (`CREATE TABLE IF NOT EXISTS`, `ADD COLUMN IF NOT EXISTS`, `CREATE OR REPLACE FUNCTION`), specific RLS assertion forms (`is(count, 0)` vs `ok(count >= 0)`), and a worked example with real filenames plus an explicit right-move/wrong-move give fully actionable, specific guidance for an instruction-only skill.

3 / 3

Workflow Clarity

Each subcommand has a clearly numbered procedure (8/5/6 steps) with explicit validation checkpoints (`supabase db reset` + `supabase db test` for compact, a `db reset` smoke check for align, test-driven pgTAP for rls) plus classification and anti-pattern checklists. The destructive-operation cap at 2 does not apply because verification steps are explicitly present, so this clears the feedback-loop anchor rather than the level below.

3 / 3

Progressive Disclosure

Well-organized sections per subcommand with clearly signaled one-level-deep references that offload detail rather than duplicate it (`supabase/AGENTS.md` for RLS testing skeletons, `../opt-library/SKILL.md`), and easy header-based navigation. No bundle files exist, so this is scored on body structure plus referenced paths, both of which are well-handled.

3 / 3

Total

11

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, explicit description: it states a clear 'Use BEFORE...' trigger, enumerates three concrete subcommands, names the file surfaces it guards, and frames the three contracts it enforces. It cleanly answers both what and when within a distinct niche.

DimensionReasoningScore

Specificity

Lists three concrete `/database` subcommands (`compact local migration`, `rls scenarios`, `align`) and concrete file targets (`supabase/migrations/`, `supabase/schemas/`) rather than vague language; matches the 'lists multiple specific concrete actions' anchor. The imperative 'Use BEFORE...' voice is consistent with the rubric's own endorsed good examples, so no voice penalty applies.

3 / 3

Completeness

'Encodes the three contracts... applied migrations are immutable, RLS implementation mirrors tests... schemas/*.sql is the human-readable end-state' answers what it does, and the explicit 'Use BEFORE editing... OR when the user runs a /database subcommand' clause answers when, satisfying both halves.

3 / 3

Trigger Term Quality

Explicit `/database` subcommand invocations plus the file-editing context are exactly the natural terms a developer in this codebase would say, giving good coverage of realistic triggers rather than jargon.

3 / 3

Distinctiveness Conflict Risk

The Grida/supabase migrations-schemas-RLS niche with `/database` slash-command triggers is highly specific and unlikely to fire for unrelated skills.

3 / 3

Total

12

/

12

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 suspicious

Warning

Total

15

/

16

Passed

Repository
gridaco/grida
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.