contexture sql.instructions.md

A set of rules for writing and structuring SQL, the language used to read and change data in databases. It is automatically applied when editing SQL files.

In plain words
What is it for?
Writing SQL queries, joins, filters, database table definitions, and schema changes with consistent formatting and naming.
Why use it?
It keeps queries consistent and easier to read, review, and update. It also helps avoid fragile queries when database tables change.

Instructions file for GitHub Copilot

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add instructions/ackeskin/contexture/sql
Clone the repo
git clone --depth 1 https://github.com/AcKeskin/contexture

Made for: GitHub Copilot.

Per session 627 This file is loaded in full into every session.
When invoked 627 The same file — it is already loaded in full.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00627 $0.00627
Opus 5 $0.00313 $0.00313
Sonnet 5 $0.00125 $0.00125
Haiku 4.5 $0.00063 $0.00063

Measured yesterday against content hash 3b40c3c3e2d2, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

contexture sql.instructions.md scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.github/instructions/sql.instructions.md · 36 lines

How it starts

The opening of the file, as written. The whole thing — 36 lines — stays where its author put it; the contents beside it link to each section on GitHub.

sql rules

Auto-loaded by Copilot when editing files matching **/*.sql. Generated from architectural-rules/sql/ — do not hand-edit.

SQL formatting

Reserved keywords in UPPERCASE (SELECT, FROM, WHERE, JOIN); identifiers in lower_snake_case. The case split makes structure scannable at a glance. Right-align root keywords to a "river" so clause bodies start at a common column. Keeps multi-clause queries readable as a block. One column per line in long SELECT lists; one condition per line in multi-predicate WHERE/ON. Diffs then show exactly what changed. Alias tables with meaningful short names, not single letters where it hurts readability. Always qualify columns in multi-table queries (o.total, not bare total).

Why: SQL is read far more than written and lives in diffs forever; consistent layout turns a 40-line query from a wall into a structure. Source: SQL Style Guide (sqlstyle.guide / Holywell).

SQL query structure

Name columns explicitly; never SELECT * in application/view code. * breaks silently when the schema changes and ships columns you don't need over the wire. Use explicit JOIN ... ON syntax, never comma-joins with join conditions in WHERE. The join intent and the filter intent stay separated and visible. Prefer CTEs (WITH) over deeply nested subqueries. Each step gets a name and reads top-to-bottom instead of inside-out. Keep predicates sargable — don't wrap an indexed column in a function on the filtered side (WHERE date(ts) = ... defeats the index). Filter on the raw column against a computed bound.

Why: SELECT * and function-wrapped predicates are the two query-structure choices that pass tests and then degrade or break in production as schema and data grow. Source: SQL Style Guide.

SQL schema and DDL

Pick one table-naming convention (singular customer or plural customers) and hold it across the whole schema. Columns in lower_snake_case. Primary key id; foreign keys <referenced_table>_id. Name every constraint explicitly (pk_, fk_, uq_, chk_ prefixes). Auto-generated constraint names are unreadable in errors and undroppable by name. Declare NOT NULL explicitly wherever a value is required. Default-nullable columns are a silent invitation to bad data. Choose surrogate vs natural keys deliberately and document why. Don't reach for an auto-increment id reflexively when a real unique key exists, nor use a mutable natural key as the PK. Never use reserved words (order, user, select) as identifiers — the quoting it forces everywhere is a permanent tax.

Read the full file on GitHub · 36 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 36 lines · 627 tokens per session scan A 3b40c3c3e2d2

Subscribe to this mod's changes

contexture sql.instructions.md is an instructions file published in the GitHub repository AcKeskin/contexture (2 stars, last pushed 1mo ago), licensed MIT. It adds 627 tokens to every session, about $0.0031 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.