CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mobile-platforms

Domain knowledge for triaging and fixing .NET failures on Apple mobile (iOS, tvOS, MacCatalyst) and Android. Use when runtime-extra-platforms or mobile CI is failing, when investigating iOS, tvOS, MacCatalyst, iossimulator, tvossimulator, or Android build/test failures, or when a change touches mobile pipeline YAML, AppleAppBuilder/AndroidAppBuilder, code signing, provisioning, simulator/emulator startup, platform conditionals, or NativeAOT-on-mobile behavior. Covers failure triage (infrastructure vs code), CI pipeline structure, platform-specific code paths, and NativeAOT compilation on mobile.

Quality

93%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

—

The risk profile of this skill

SKILL.md
Quality
Evals
Security

Quality

Content

86%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A lean, highly actionable triage map: symptom-to-path tables, exact MSBuild property values, and a clear infrastructure-vs-code classification with recovery branches. Minor deductions for a trimmable publication-authorization paragraph and a missing fix-verification step in the workflow.

Suggestions

Condense the publication-authorization paragraph to a one-line pointer to the copilot-instructions.md rules, moving the multi-clause detail out of the triage flow — this would lift conciseness toward 5.

Add a verification checkpoint to the code-failure branch (e.g., how to confirm the diagnosis or re-run the affected job before preparing a fix) to strengthen workflow_clarity.

Reorder so the 'Failure triage' classification comes before the 'Where to look' tables, matching the stated 'classify before acting' sequence.

DimensionReasoningScore

Conciseness

The body is dense, table-driven domain knowledge with no concept explanations Claude already knows ('dsymutil outputs errors to stdout, not stderr; use >/dev/null 2>&1'), but the ~10-line publication-authorization paragraph and the closing PR-hygiene paragraph are over-explanation that could be trimmed. This matches 'Efficient; minor instances of over-explanation' (4) rather than the every-token-earns-its-place of 5.

4 / 5

Actionability

Fully executable guidance throughout: 'git log --oneline --since='3 days ago'', exact paths ('src/tasks/AppleAppBuilder/', 'eng/testing/tests.ioslike.targets'), exact MSBuild values ('ILCompilerTargetsPath must be set to $(CoreCLRBuildIntegrationDir)Microsoft.DotNet.ILCompiler.SingleEntry.targets with _IlcReferencedAsPackage=false'), and provisioning values ('-' for simulators, 'adhoc' for MacCatalyst). Specific examples cover the common failure cases, matching the anchor-5 example.

5 / 5

Workflow Clarity

An explicit classification checkpoint exists ('Classify every failure as infrastructure or code before acting') with indicator checklists and recovery branches ('If nothing matches, widen the window or check for intermittent patterns'), but there is no verification step for a proposed fix and the 'Where to look' tables precede the classification they should follow from. Clear sequence with minor validation gaps (4), short of the explicit validation and feedback loops of 5; the destructive/batch cap does not apply since publication is authorization-gated drafting.

4 / 5

Progressive Disclosure

No bundle files exist and none are needed: the ~145-line body is well-sectioned (CI pipeline, Where-to-look tables by failure type, gotchas, triage) with easy header navigation, and the single external reference ('../../copilot-instructions.md#github-publication-authorization') is clearly signaled and one level deep. Well-organized sections with no content that belongs in separate files.

5 / 5

Total

18

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary description: third-person voice, explicit what and use-when clauses, comprehensive natural trigger terms covering platform variants, the pipeline name, builder tasks, and signing/provisioning, all tightly scoped to a distinct niche.

DimensionReasoningScore

Specificity

Names multiple concrete actions — 'triaging and fixing .NET failures' plus the explicit coverage list 'failure triage (infrastructure vs code), CI pipeline structure, platform-specific code paths, and NativeAOT compilation on mobile' — comprehensively covering the skill's scope. This matches the anchor for multiple specific concrete actions with comprehensive coverage, not the 'minor gaps in coverage' of 4.

5 / 5

Completeness

Explicitly answers what ('Domain knowledge for triaging and fixing .NET failures on Apple mobile (iOS, tvOS, MacCatalyst) and Android', reinforced by a 'Covers...' scope sentence) and when ('Use when runtime-extra-platforms or mobile CI is failing, when investigating... build/test failures, or when a change touches...') with concrete trigger phrases, exactly matching the anchor-5 example structure.

5 / 5

Trigger Term Quality

Includes the natural terms a runtime maintainer would actually say — 'runtime-extra-platforms', 'iOS, tvOS, MacCatalyst, iossimulator, tvossimulator', 'code signing', 'provisioning', 'simulator/emulator startup', 'AppleAppBuilder/AndroidAppBuilder', 'NativeAOT-on-mobile' — with platform synonyms and variants. Comprehensive coverage rather than 'a few natural terms missing' (4).

5 / 5

Distinctiveness Conflict Risk

A clear niche — .NET failures on Apple mobile and Android in one specific CI pipeline — with distinctive triggers ('runtime-extra-platforms', 'AppleAppBuilder/AndroidAppBuilder', 'NativeAOT-on-mobile behavior') that are unlikely to appear in or conflict with other skills. Minimal conflict risk.

5 / 5

Total

20

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 missing, 1 suspicious

Warning

Total

15

/

16

Passed

Repository

dotnet/runtime

Path

.github/skills/mobile-platforms/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.