agentleFS
MicrosoftKnown publishermicrosoft/sqlcon-eu-2026-demos/corenote/migration/skills/analyze-readiness-at-scale/SKILL.md

analyze-readiness-at-scale

Skill0 starsChanged 53 days agoMITView on GitHub

Analyze migration assessment readiness at scale or show an estate-wide migration assessment dashboard for Azure Arc SQL Server instances.

1 other project uses a version of this, 1 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

9 rules. About 0 are common, 5 are distinctive, and 4 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.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use for Azure Arc SQL Server estate assessment coverage, target readiness totals, and side-by-side instance-level readiness for SQL DB, SQL …

    line 11
  2. Very specific:

    Use provided subscriptions.

    line 19
  3. Distinctive:

    When the user explicitly refers to a current Estate view and the host provides current-view context, use its subscription scope and …

    line 23
  4. Very specific:

    Read references/arg-queries.md and references/readiness-output.md completely before executing queries or rendering output.

    line 30
  5. Distinctive:

    Do not run Query 4 or Query 5 unless the user requests an edition or version filter.

    line 34
  6. Distinctive:

    Do not add costs, target SKUs, blocker-count status cells, warning actions, database coverage, or recommended next steps.

    line 57
  7. Very specific:

    Use Query 4 to offer edition values and Query 5 to offer version values.

    line 74
  8. Very specific:

    When the user asks for remediation for a top blocker, read references/remediation-sources.md completely.

    line 76
  9. Distinctive:

    Every ARG request contained the intended complete KQL in the same terminal invocation.

    line 87

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

Analyze Readiness at Scale

When to Use

Use for Azure Arc SQL Server estate assessment coverage, target readiness totals, and side-by-side instance-level readiness for SQL DB, SQL MI, and SQL VM. Version and edition are optional instance filters, not default sections.

This capability is Azure-only and reads existing data through Azure Resource Graph. Do not offer a local mode or run assessments.

Workflow

Step 1: Resolve Dashboard Scope

Use provided subscriptions. Otherwise ask for all accessible subscriptions in the current tenant (default) or a selected subset. Follow Subscription Selection in references/arg-queries.md. Do not ask for individual instances.

When the user explicitly refers to a current Estate view and the host provides current-view context, use its subscription scope and applicable filters. If current-view context is unavailable, use the normal subscription-selection flow above.

Step 2: Run the Queries

Read references/arg-queries.md and references/readiness-output.md completely before executing queries or rendering output. If either reference cannot be read, stop instead of improvising.

For the default report, run Query 1, Query 2, and Query 3 exactly as defined in references/arg-queries.md; run Query 3 once for SQL DB and once for SQL MI. Do not run Query 4 or Query 5 unless the user requests an edition or version filter. Do not add, remove, or normalize query conditions. Render all three fixed-output sections in the same turn.

Define the complete KQL and invoke the provided ARG adapter in the same PowerShell tool call because terminal state does not persist. Do not use az graph query in place of the provided ARG adapter.

The default instance grid must include only fresh assessed instances. Use its fully paginated Query 2 row count for the grid heading and pagination.

Step 3: Render the Fixed Output

Render only the fixed output defined in references/readiness-output.md, in this exact order:

  1. Readiness totals
  2. Instance × SQL DB/SQL MI/SQL VM readiness grid
  3. Top five recorded blockers for SQL DB and SQL MI, followed by the fixed SQL VM no-compatibility-blockers message

End with the optional version/edition filter prompt defined in the output reference, including the option to request remediation guidance for a listed top blocker. Do not render version or edition distributions by default.

Do not add costs, target SKUs, blocker-count status cells, warning actions, database coverage, or recommended next steps.

The instance table columns must be exactly:

SQL Server instance | SQL DB | SQL MI | SQL VM

The totals table columns must be exactly:

Status | SQL DB | SQL MI | SQL VM

Step 4: Drill Down

Use Query 4 to offer edition values and Query 5 to offer version values. Apply the selected value to Query 2 and rerender the assessed-instance grid. For one instance's detailed assessment, use get-migration-assessment.

When the user asks for remediation for a top blocker, read references/remediation-sources.md completely. Map the Query 3 FeatureId to the rule title in the Microsoft Learn catalog for SQL DB or SQL MI. Return only published description, recommendation, and supporting links. Do not invent steps or imply that remediation is automated or guaranteed.

Completion Check

  • Query execution followed references/arg-queries.md without modification.
  • Output followed references/readiness-output.md.
  • ARG pagination completed before totals were presented.
  • Top blocker counts use distinct affected SQL Server instances.
  • The totals use Query 1 and the readiness grid count uses Query 2.
  • Every ARG request contained the intended complete KQL in the same terminal invocation; no state was reused from a previous invocation.

Error Handling

  • 401/403 -> verify Azure authentication and Resource Graph read permission.
  • 429 -> honor Retry-After; report persistent throttling.
  • Empty Query 1 result -> say that no fresh assessment totals are visible to the current Azure identity in the selected scope.
  • Empty Query 2 with a non-empty Query 1 -> say that fresh assessment totals exist, but no instances qualify for the assessed-instance grid because that grid also excludes failover-cluster nodes and VM-contained resources.
  • Empty results do not prove that the subscriptions contain zero Arc SQL Server instances.
  • Partial result -> identify incomplete scope; do not present it as complete.

References

  • references/arg-queries.md
  • references/readiness-output.md
  • references/remediation-sources.md

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.