agentleFS
MicrosoftKnown publishermicrosoft/sqlcon-eu-2026-demos/.github/skills/run-handsfree-indexing/SKILL.md

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.

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
  1. Very specific:

    Use the unchanged demo.usp_PatientAccessDashboard procedure.

    line 17
  2. Distinctive:

    Never create a manual fallback index, force a plan, add a query hint, or drop and recreate the automatic index.

    line 20
  3. Distinctive:

    Do not request credentials in chat.

    line 39
  4. Distinctive:

    Do not print access tokens or broaden the exact-IP bootstrap firewall rule.

    line 41
  5. Very specific:

    Read deploy\00-config.ps1.

    line 54
  6. Very specific:

    Use read-only account checks to confirm the active identity and that the configured subscription matches AZURE_SUBSCRIPTION_ID.

    line 58
  7. Distinctive:

    After confirmation that recreating the isolated demo schema and loading two million rows is intended:

    line 75
  8. Distinctive:

    Verify the deployed environment:

    line 88
  9. Very specific:

    Run 04-verify.ps1 and report each documented gate.

    line 100
  10. Very specific:

    Automatic Tuning: run one 15-minute interval with 05-run-workload.ps1, then run 06-show-index-recommendation.ps1 and …

    line 110
  11. Very specific:

    Create Real Bloat: only after auto_created = 1 is proven and the user approves, run 08-create-bloat.ps1.

    line 114
  12. Very specific:

    Automatic Index Compaction: after approval, run 09-enable-compaction.ps1.

    line 117
  13. Very specific:

    Run 10-check-progress.ps1 once and summarize phase, index name, auto_created, page count, density, logical reads, query duration, and AIC …

    line 129

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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_PatientAccessDashboard procedure.
  • 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 DETAILED physical 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.ps1 deletes 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

  1. Read deploy\00-config.ps1; do not run it directly.
  2. Require PowerShell 7, Azure CLI, go-sqlcmd, and the .NET 10 SDK.
  3. Require AZURE_SUBSCRIPTION_ID. Accept only the documented optional CALDOVA_* environment overrides.
  4. Use read-only account checks to confirm the active identity and that the configured subscription matches AZURE_SUBSCRIPTION_ID.
  5. Confirm the selected SQL region supports the Automatic Index Compaction preview. If this cannot be verified, stop and mark the gate NOT VERIFIED.
  6. 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:

  1. After billable-resource approval:

    .\deploy\01-deploy-infrastructure.ps1
  2. After confirmation that recreating the isolated demo schema and loading two million rows is intended:

    .\deploy\02-initialize-database.ps1
  3. Publish the application:

    .\deploy\03-publish-app.ps1
  4. Verify 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:

  1. No Nonclustered Index: initialize only if a fresh environment is explicitly intended; refresh the dashboard and confirm Missing Index.
  2. Automatic Tuning: run one 15-minute interval with 05-run-workload.ps1, then run 06-show-index-recommendation.ps1 and 07-check-auto-index.ps1. If the index is not ready, stop and tell the user to repeat later. Never loop unattended.
  3. Create Real Bloat: only after auto_created = 1 is proven and the user approves, run 08-create-bloat.ps1. Refresh the dashboard, then run 10-check-progress.ps1 once.
  4. Automatic Index Compaction: after approval, run 09-enable-compaction.ps1. On user request, refresh the dashboard and run 10-check-progress.ps1 once per observation.
  5. 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.ps1

Report 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.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.