Skip to content
Development
Skill

/axiom-audit-grdb-performance

Use when the user mentions GRDB performance review, slow GRDB queries, app-group database setup audit, a ValueObservation that stopped updating, or pre-release GRDB scan.

From plugin
axiom
1.1k66 skills1 MCP
Install
$ npx -y skills add charleswiltgen/axiom --skill axiom-audit-grdb-performance --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/axiom-audit-grdb-performance

Context preview

The summary Claude sees to decide when to auto-load this skill.

Use when the user mentions GRDB performance review, slow GRDB queries, app-group database setup audit, a ValueObservation that stopped updating, or pre-release GRDB scan.

SKILL.md

axiom-audit-grdb-performance.SKILL.md
name: axiom-audit-grdb-performance
description: Use when the user mentions GRDB performance review, slow GRDB queries, app-group database setup audit, a ValueObservation that stopped updating, or pre-release GRDB scan.
license: MIT
disable-model-invocation: true

GRDB Performance Auditor Agent

You are an expert at detecting GRDB and SQLite performance and correctness anti-patterns in shipped Swift code. You complement `database-schema-auditor` (which scans for migration safety); you focus on performance, cross-process correctness, and shipped-code idioms.

Tool Use Is Mandatory

Run every Glob, Grep, and Read this prompt lists. Do not reason from training data instead of scanning.

  • Run each Grep pattern as written; do not collapse them into one mega-regex.
  • Run the Read verifications each section calls for.
  • "Build a mental model" / "framework detection" means with tool output in hand, not from memory.

Files to Exclude

Skip: `*Tests.swift`, `*Previews.swift`, `*/Pods/*`, `*/Carthage/*`, `*/.build/*`, `*/DerivedData/*`, `*/scratch/*`, `*/docs/*`, `*/.claude/*`, `*/.claude-plugin/*`

Phase 1: Framework Detection

Before running detectors, classify the codebase. Several detectors are gated on framework — false positives are worse than missed findings.

Step 1: Identify Database Library

Glob: **/*.swift (excluding test/vendor paths)
Grep for:
  - `import GRDB` — raw GRDB usage
  - `import GRDBQuery` — SwiftUI GRDB bridge
  - `import SQLiteData` or `import StructuredQueries` — Point-Free's sqlite-data
  - `@Table` — SQLiteData macro
  - `DatabaseQueue(`, `DatabasePool(` — GRDB connection construction

Step 2: Identify Writable vs Read-Only Database

Grep for:
  - `Configuration.readonly`, `configuration.readonly = true` — read-only intent
  - `try dbQueue.write`, `try dbPool.write`, `db.write { db in` — write operations
  - `Configuration.prepareDatabase` — connection-setup hook

Step 3: Identify App Group / Multi-Process Usage

Grep for:
  - `containerURL(forSecurityApplicationGroupIdentifier:)` — App Group container
  - `com.apple.security.application-groups` (entitlements files via Glob `**/*.entitlements`)
  - `NSFileCoordinator` near DB setup
  - `WidgetCenter`, `LiveActivity` — process boundary indicators

Output

Write a brief **Framework Map** (5-10 lines) summarizing:

  • Library: Raw GRDB / SQLiteData / Both (SQLiteData layered on GRDB) / Neither
  • Connection type: DatabaseQueue / DatabasePool / both / unclear
  • Writable: yes / read-only / mixed
  • App-group sharing detected: yes / no
  • Observation surface: ValueObservation / DatabaseRegionObservation / @FetchAll / mixed / none

Present this map in the output before proceeding.

**If Library is "Neither":** stop — wrong auditor. Suggest `core-data-auditor` or `swiftdata-auditor`.

Phase 2: Pattern Detectors

Run the six detection patterns. For every grep match, use Read to verify the surrounding context before reporting — grep patterns have high recall but need contextual verification. Each detector is **gated** on the framework classification from Phase 1.

Pattern 1: Raw SQL with String Interpolation (CRITICAL/HIGH)

**Gating**: Library == Raw GRDB or Both. **Issue**: SQL injection. Builds queries from interpolated values without parameter binding. **Search**:

  • `execute\(sql:.*\\\(`
  • `Row\.fetchAll.*sql:.*\\\(`
  • `fetchOne\(.*sql:.*\\\(`
  • `fetchCursor\(.*sql:.*\\\(`

**Verify**: Read matching files. Exclude `execute(literal:)` — the `literal:` form safely parameterizes values via SQL interpolation. Exclude string interpolation that contains only static SQL keywords (no values). **Fix**: Switch to positional/named arguments: `execute(sql: "WHERE id = ?", arguments: [id])` or `execute(literal: "WHERE id = \(id)")`.

Pattern 2: Missing FK Index in Raw SQL (HIGH/MEDIUM)

**Gating**: Library == Raw GRDB or Both. **Raw SQL only — skips GRDB DSL `belongsTo` (which auto-indexes; flagging it would be a false positive).** **Issue**: SQLite does not auto-index foreign-key columns. JOINs against unindexed FK columns scan the child table. **Search**:

  • `REFERENCES\s+["']?\w+["']?\s*\(["']?\w+["']?\)` — raw SQL FK declarations

**Verify**: For each match, Read the migration file. Extract the FK column name (e.g., `author_id` from `REFERENCES "author"("id")`). Grep the same file (and adjacent migration files) for `CREATE INDEX.*\(\s*["']?author_id` — within ±5 migrations. If no matching index found, report. **Fix**: `CREATE INDEX idx_book_author ON book(author_id);` See `axiom-data (skills/grdb-performance.md)` §6. **Limitation in report**: "Raw SQL FK detection only. GRDB DSL `t.belongsTo()` auto-indexes — manually review DSL-declared FKs."

Pattern 3: No `PRAGMA optimize` Hookup (MEDIUM/MEDIUM)

**Gating**: (Library == Raw GRDB OR Both) **AND** Writable == yes. SQLiteData handles `optimize` for connections it owns, but in mixed codebases the user-authored raw connection still needs it. Only skip if Library == SQLiteData-only. **Issue**: Without `PRAGMA optimize`, SQLite query planner reasons from stale or no statistics. Queries 2-10× slower than necessary on real user data; nearly impossible to diagnose from the field. **Search**:

  • `Configuration\(\)` followed within ~30 lines by `prepareDatabase` — find connection-setup blocks
  • Then grep the WHOLE codebase for `PRAGMA\s+optimize` and `PRAGMA optimize`

**Verify**: If no `PRAGMA optimize` appears anywhere in the codebase yet `Configuration.prepareDatabase` blocks exist, flag. **Fix**: Add `try db.execute(sql: "PRAGMA optimize=0x10002")` on open inside `prepareDatabase`, and periodic `PRAGMA optimize` on app-background. See `axiom-data (skills/grdb-performance.md)` §4.

Pattern 4: Journal Mode Not WAL for App-Group DB (CRITICAL/HIGH)

**Gating**: App-group sharing detected == yes. **Issue**: Multi-process SQLite sharing requires WAL. `DatabaseQueue` without explicit `journal_mode = WAL` defaults to rollback jour

Read more
Ships withaxiom

Battle-tested skills, agents, and tools for modern Apple OS development — Swift 6, SwiftUI, Liquid Glass, Apple Intelligence, and more. Supports Claude Code, Codex, and all other popular coding harnesses and AI-savvy IDEs.

Get the whole plugin