contexture: Instructions file for GitHub Copilot

.github/instructions/sql.instructions.md

contexture sql.instructions.md is an instructions file for GitHub Copilot from AcKeskin/contexture. It costs 627 tokens per session, scanned A, original, MIT.

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

Written for GitHub Copilot: a Copilot instructions file.

This is AcKeskin/contexture's own configuration. It tells GitHub Copilot how to work on contexture itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything contexture configures →

Reuse

Borrowing it

Nothing to install: this file belongs to AcKeskin/contexture. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/AcKeskin/contexture/main/.github/instructions/sql.instructions.md
Clone the repo
git clone --depth 1 https://github.com/AcKeskin/contexture

Made for: GitHub Copilot.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for contexture sql.instructions.md

README.md
[![agentmods](https://agentmods.dev/badge/instructions/ackeskin/contexture/sql/github.svg)](https://agentmods.dev/instructions/ackeskin/contexture/sql)
Your own site
<a href="https://agentmods.dev/instructions/ackeskin/contexture/sql"><img src="https://agentmods.dev/badge/instructions/ackeskin/contexture/sql/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for contexture sql.instructions.md

Your own site · 80×15
<a href="https://agentmods.dev/instructions/ackeskin/contexture/sql"><img src="https://agentmods.dev/badge/instructions/ackeskin/contexture/sql.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
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. A grade says what 26 rules found in the file — not that it is safe.
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.1 $0.00627 $0.00627
Opus 5.5 $0.00251 $0.00251
Sonnet 5.5 $0.00125 $0.00125
Haiku 4.5 $0.00063 $0.00063

Measured 1mo ago against content hash 3b40c3c3e2d2, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, 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 1mo ago.

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. 1mo ago 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 2mo ago), licensed MIT. It adds 627 tokens to every session, about $0.0025 per session on Opus 5.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.

Related

Other instructions, from other repositories

vscode buildNext.instructions.md

Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).

microsoft/vscode · 9,715 tokens

next.js AGENTS.md

AGENTS.md instructions for vercel/next.js, covering next.js development guide, codebase structure, monorepo overview, core package: packages/next and other important packages.

vercel/next.js · 7,581 tokens

vscode oss-third-party-notices.instructions.md

Instructions for microsoft/vscode, covering vs code oss third-party-notices pipeline, architecture, pipeline flow in ci, cache eligibility and rollout and applying the notice (cutover).

microsoft/vscode · 5,262 tokens

langchain AGENTS.md

AGENTS.md instructions for langchain-ai/langchain, covering global development guidelines for the langchain monorepo, corridor security analysis, project architecture and context, monorepo structure and development tools & commands.

langchain-ai/langchain · 4,680 tokens

vscode copilot-instructions.md

Copilot instructions for microsoft/vscode, covering vs code copilot instructions, project overview, root folders, core architecture (src/ folder) and built-in extensions (extensions/ folder).

microsoft/vscode · 2,731 tokens

deno copilot-instructions.md

Copilot instructions for denoland/deno, covering deno development guide for github copilot, network access, high level overview, key directories and key files to understand first.

denoland/deno · 3,077 tokens