run-handsfree-indexing
Skill0 starsChanged 53 days agoMITView on GitHub
Prepare, deploy, validate, rehearse, monitor, or clean up the SQLCon EU 2026 Caldova Hands-Free Indexing demo. Use for Azure SQL automatic indexing, Automatic Index Compaction, the Hyperscale dashboard workload, index bloat, compaction progress, or the demo's Azure deployment scripts.
In this repository18 other files it gives its agents.
- biomedical-evidence-review-v2Skill
- analyze-readiness-at-scaleSkill
- evaluate-azure-migration-assessmentSkill
- evaluate-offline-migration-readinessSkill
- generate-migration-prerequisite-planSkill
- get-migration-assessmentSkill
- recommend-migration-pathSkill
- recommend-sku-sizingSkill
- run-migration-assessmentSkill
- sql-backup-restore-to-azure-sql-vm-migrationSkill
- sql-bacpac-to-azure-sql-db-migrationSkill
- sql-server-to-sql-mi-lrs-migrationSkill
- validate-post-migration-dataSkill
- build-caldova-evidence-agentSkill
- demo-caldova-evidence-agentSkill
- run-caldova-evidence-agentSkill
- run-keynote-demo-1Skill
- keynote-demo-appSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 5 are distinctive, and 8 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 17
Use the unchanged demo.usp_PatientAccessDashboard procedure.
- Distinctive: line 20
Never create a manual fallback index, force a plan, add a query hint, or drop and recreate the automatic index.
- Distinctive: line 39
Do not request credentials in chat.
- Distinctive: line 41
Do not print access tokens or broaden the exact-IP bootstrap firewall rule.
- Very specific: line 54
Read deploy\00-config.ps1.
- Very specific: line 58
Use read-only account checks to confirm the active identity and that the configured subscription matches AZURE_SUBSCRIPTION_ID.
- Distinctive: line 75
After confirmation that recreating the isolated demo schema and loading two million rows is intended:
- Distinctive: line 88
Verify the deployed environment:
- Very specific: line 100
Run 04-verify.ps1 and report each documented gate.
- Very specific: line 110
Automatic Tuning: run one 15-minute interval with 05-run-workload.ps1, then run 06-show-index-recommendation.ps1 and …
- Very specific: line 114
Create Real Bloat: only after auto_created = 1 is proven and the user approves, run 08-create-bloat.ps1.
- Very specific: line 117
Automatic Index Compaction: after approval, run 09-enable-compaction.ps1.
- Very specific: line 129
Run 10-check-progress.ps1 once and summarize phase, index name, auto_created, page count, density, logical reads, query duration, and AIC …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Run Hands-Free Indexing
Guide the user through the existing Azure SQL Database Hyperscale demo. Treat
the package README and
demo runbook as the
sources of truth. Run only the wrappers in deploy; do not reproduce their
Azure CLI or SQL logic manually.
Invariants
- Use the unchanged
demo.usp_PatientAccessDashboardprocedure. - The qualifying nonclustered index must be created by Azure SQL and report
auto_created = 1. - Never create a manual fallback index, force a plan, add a query hint, or drop and recreate the automatic index.
- Bloat and compaction eligibility must use the existing bounded insert/delete workloads. Never update surviving rows.
- Pair
DETAILEDphysical statistics with the latest real dashboard duration and logical reads. Never invent or interpolate measurements.
Safety Rules
- Confirm the Azure account, tenant, subscription, resource group, SQL region, App Service region, and vCore count before deployment.
- Explain that deployment creates billable Azure SQL Hyperscale, App Service,
networking, private endpoint, and DNS resources. Require explicit user
approval immediately before
01-deploy-infrastructure.ps1. - Require explicit approval before database initialization, bloat creation, enabling compaction, and cleanup.
99-remove.ps1deletes the entire configured resource group. Show the exact resource group and require confirmation before running it; do not suppress its PowerShell confirmation.- Do not request credentials in chat. Authentication must use Azure CLI, Microsoft Entra, and managed identity as implemented by the scripts.
- Do not print access tokens or broaden the exact-IP bootstrap firewall rule.
Select a Mode
prepare: validate tools, identity, configuration, and feature availability.deploy: run the four documented deployment steps with approval gates.preflight: verify an existing environment without changing it.rehearse: guide the measured indexing lifecycle one phase at a time.status: capture the current documented state once; do not poll continuously.cleanup: remove the dedicated resource group after explicit confirmation.
Prepare
- Read
deploy\00-config.ps1; do not run it directly. - Require PowerShell 7, Azure CLI, go-sqlcmd, and the .NET 10 SDK.
- Require
AZURE_SUBSCRIPTION_ID. Accept only the documented optionalCALDOVA_*environment overrides. - Use read-only account checks to confirm the active identity and that the
configured subscription matches
AZURE_SUBSCRIPTION_ID. - Confirm the selected SQL region supports the Automatic Index Compaction
preview. If this cannot be verified, stop and mark the gate
NOT VERIFIED. - Summarize the resolved resource names and locations without exposing tokens.
Deploy
From corenote\handsfreeindexing, run one step at a time and require success
before continuing:
After billable-resource approval:
.\deploy\01-deploy-infrastructure.ps1After confirmation that recreating the isolated demo schema and loading two million rows is intended:
.\deploy\02-initialize-database.ps1Publish the application:
.\deploy\03-publish-app.ps1Verify the deployed environment:
.\deploy\04-verify.ps1
Require an online Hyperscale database, Entra-only authentication, an approved
private endpoint, a running Windows App Service, /healthz = ok, and
/readyz = ready.
Preflight
Run 04-verify.ps1 and report each documented gate. Confirm the presenter can
open the Operations Dashboard and Index Health views. Do not initialize data,
run workload, create bloat, or enable compaction during preflight.
Rehearse
Guide one phase at a time and wait for the user between phases:
- No Nonclustered Index: initialize only if a fresh environment is
explicitly intended; refresh the dashboard and confirm
Missing Index. - Automatic Tuning: run one 15-minute interval with
05-run-workload.ps1, then run06-show-index-recommendation.ps1and07-check-auto-index.ps1. If the index is not ready, stop and tell the user to repeat later. Never loop unattended. - Create Real Bloat: only after
auto_created = 1is proven and the user approves, run08-create-bloat.ps1. Refresh the dashboard, then run10-check-progress.ps1once. - Automatic Index Compaction: after approval, run
09-enable-compaction.ps1. On user request, refresh the dashboard and run10-check-progress.ps1once per observation. - Complete only when measured telemetry shows materially fewer pages, higher density, and recovered query performance. Preserve the runbook's final presentation message.
Automatic tuning and compaction are asynchronous. Do not claim completion from elapsed time alone and do not use sleep loops or continuous polling.
Status
Run 10-check-progress.ps1 once and summarize phase, index name,
auto_created, page count, density, logical reads, query duration, and AIC
state from the output. If no paired measurement exists, say so.
Cleanup
Show the resolved resource group, explain that every contained resource will be deleted, obtain explicit confirmation, and then run:
.\deploy\99-remove.ps1Report that deletion was started; do not claim completion until Azure confirms the resource group no longer exists.
Completion Report
Report mode, subscription name, resource group, commands run, gates passed, current lifecycle phase, and remaining asynchronous or manual work. Do not include tokens or credentials.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

