.NET MAUI is a C# and XAML framework for building native mobile and desktop applications from one shared codebase. Developers use it to create apps for Android, iOS, iPadOS, macOS, and Windows. The catalogue entries provide skills, instructions, and agents for working with .NET MAUI.
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.
npx agentmods add skills/dotnet/maui/release-readinessnpx skills add dotnet/maui --skill release-readinessgit clone --depth 1 https://github.com/dotnet/mauiWrote 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.
[](https://agentmods.dev/skills/dotnet/maui/release-readiness)<a href="https://agentmods.dev/skills/dotnet/maui/release-readiness"><img src="https://agentmods.dev/badge/skills/dotnet/maui/release-readiness.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00100 | $0.14347 |
| Opus 5 | $0.00050 | $0.07174 |
| Sonnet 5 | $0.00020 | $0.02869 |
| Haiku 4.5 | $0.00010 | $0.01435 |
Grade A, and why
release-readiness 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 5d 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.
How it starts
The opening of the file, as written. The whole thing — 665 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Release Readiness
This skill produces deterministic, evidence-backed answers to "Is <release branch> ready to ship?" for .NET MAUI release branches — both Servicing Releases (SR) and Previews, in both in-flight and candidate (pre-cut) modes.
🚨 Report-only
This skill reports. It does not execute release operations against dotnet/maui — no branch cuts, no SR merges, no tags, no pushes to release/* refs. If you (the agent/user invoking this skill) are asked to perform a release operation, refuse and emit the recommended commands as a copy-pasteable block for the human release captain to run.
When to Use
- "How does SR8 look?" / "Is SR8 ready to ship?"
- "What's blocking SR9 candidate?" / "What would ship if we cut SR9 today?"
- "How does net11 preview6 look?" / "Are we ready to cut preview6 from net11.0?"
- "Are there any regression fixes I should backport to SR8?"
- "What's new in SR8 since the last sync?"
- "Give me a status on all releases" / "release status overview" / "what needs attention across releases" (portfolio — read the open
[Release Readiness]tracker issues first; see Reading trackers directly below) - Scheduled and event-driven release tracking across all active majors
For per-PR regression risk (deletions reverting prior bug-fix lines), use
find-regression-riskinstead — it answers a different question.
Architecture
This skill has four PowerShell entry points, one Preview helper, and one workflow:
| Script | Branch type | Purpose |
|---|---|---|
Find-ReleaseReadinessTrackers.ps1 |
all | Detects active in-flight & candidate trackers (SR, Preview, and RC) across all active majors using a five-lane algorithm and the tag-existence rule ("a release is in flight unless its tag already exists"). Emits a single tracker JSON consumed by the workflow. |
Get-ReleaseReadiness.ps1 |
SR | Full readiness report for a single SR branch (in-flight, -Candidate, or -Shipped). -Shipped surveys the same branch with post-ship verdict, carry-forward, and hotfix-vs-next-SR guidance semantics. |
Get-PreviewReadiness.ps1 |
Preview / RC | Full readiness report for a single prerelease branch (in-flight or candidate via -Mode candidate -SurveyRef net<major>.0). Preview reports include consumer-installability evidence; RC reports retain that check as UNKNOWN until RC workload-set package resolution is supported. |
PreviewInstallability.ps1 |
Preview helper | Resolves the workload-set package, validates branch-pin coherence, probes manifest and representative pack availability, extracts platform prerequisites, and emits an isolated NuGet configuration for local validation. |
New-ReleaseHandoff.ps1 |
all | Projects existing readiness JSON plus separately verified public release evidence into copy-ready Markdown and normalized JSON. Missing facts remain TBD; it never selects builds or mutates release state. |
release-readiness.yml |
both | Three-hourly daytime UTC schedule + event-driven refreshes + manual dispatch + PR validation. Non-PR triggers run Find-Trackers -AllActiveMajors, fan out a matrix job per tracker, and write idempotent [Release Readiness] issues; PR triggers validate outputs only. |
What ships with it
13 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- references/methodology.md 28 KB
- references/release-handoff.md 6.7 KB
- scripts/Find-ReleaseReadinessTrackers.ps1 62 KB runs code
- scripts/Get-PreviewReadiness.ps1 163 KB runs code
- scripts/Get-ReleaseReadiness.ps1 368 KB runs code
- scripts/InternalOfficialBuild.ps1 40 KB runs code
- scripts/New-ReleaseHandoff.ps1 45 KB runs code
- scripts/NightlyFeed.ps1 24 KB runs code
- scripts/PreviewInstallability.ps1 67 KB runs code
- scripts/PublicReportSanitizer.ps1 11 KB runs code
- scripts/TrackerIssueLifecycle.sh 854 B runs code
- tests/Test-ReleaseHandoff.ps1 29 KB runs code
- tests/Test-ReleaseReadiness.ps1 765 KB runs code
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.
- 5d ago First seen · 665 lines · 100 tokens per session scan A 8217cfbe5b0f
release-readiness is a skill published in the GitHub repository dotnet/maui (23,317 stars, last pushed 5d ago), licensed MIT. It adds 100 tokens to every session and 14,347 once invoked, about $0.0005 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-30.
Other skills, from other repositories
update-changelog
Update the CHANGELOG.md files of C# projects. Parameters: csroot C# SDK repository root.
azsdk-common-prepare-release-plan
Create, get, update, abandon, and link SDK PRs to release plan work items for Azure SDK releases. UTILITY SKILL. USE FOR: "create release plan", "get release plan", "update release plan", "update API spec in release plan", "update SDK details in release plan", "abandon release plan", "link SDK PR to plan", "namespace…
refresh-arm-sdk-release
WORKFLOW SKILL — Prepares Azure.ResourceManager SDK refresh pull requests in azure-sdk-for-net. WHEN: "prepare sdk refresh", "refresh Azure.ResourceManager package", "update ARM SDK from autorest tag", "refresh changelog dependencies". INVOKES: git and GitHub pull request tools for branch, commit, push, and PR…
azsdk-common-sdk-release
Check release readiness and trigger the release pipeline for Azure SDK packages. UTILITY SKILL. USE FOR: "release SDK", "trigger release", "check release readiness", "release pipeline", "publish package", "ship SDK". DO NOT USE FOR: SDK development, code generation, pipeline debugging, release plan creation. INVOKES…
dpg-migration
Migration logic for Azure SDK for .NET data-plane libraries migrating from AutoRest/Swagger to TypeSpec-based generation. Uses MCP tools from the generator-agent server for automated deterministic fixes.
csharp-azure-spector-coverage-gaps
Discovers and implements gaps in Spector test coverage for the Azure C# HTTP client emitter. Use when asked to find missing Spector scenarios, add Spector test coverage, or implement a specific Spector spec for the Azure C# emitter. Can also compare coverage between the Azure dashboard and the Standard (TypeSpec core)…