[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M699DX4MVCGZVDZSYYRA5ZGZ":3,"skill-same:01M699DX4MVCGZVDZSYYRA5ZGZ":72},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":49,"commitSha":50,"skillDirectory":51,"forksCount":52,"repositoryHtmlUrl":53,"repositoryHomepageUrl":6,"ownerHtmlUrl":54,"ownerBlogUrl":55,"ownerDescription":56,"updatedAt":57,"install":58,"resources":71},"01M699DX4MVCGZVDZSYYRA5ZGZ","eliminate-redundant-restores",null,"Remove repeated NuGet restores from multi-step .NET builds safely. USE FOR: build\u002Ftest\u002Fpublish steps that each restore, Directory.Build.rsp with -restore, safe restore suppression, NETSDK1004\u002FNETSDK1047 after --no-restore. DO NOT USE FOR: slow first restore, only one restore, version or lock errors, unranked build slowness (use build-perf-baseline).","microsoft\u002Ftestfx","microsoft","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F6154722?v=4","01M698VYDXZ6JW5WH3CRV650R8","Microsoft","01M699C71CJ91B5WZ3AXG3GG2M",1059,"MIT","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Feliminate-redundant-restores\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"eliminate redundant restores","version","for","lock","errors","with","multi","do","build","restore","only","directory","use","remove","baseline","first","publish","perf","test","safe","2026-11-10 10:12:30",false,"---\nname: eliminate-redundant-restores\ndescription: \"Remove repeated NuGet restores from multi-step .NET builds safely. USE FOR: build\u002Ftest\u002Fpublish steps that each restore, Directory.Build.rsp with -restore, safe restore suppression, NETSDK1004\u002FNETSDK1047 after --no-restore. DO NOT USE FOR: slow first restore, only one restore, version or lock errors, unranked build slowness (use build-perf-baseline).\"\nlicense: MIT\n---\n\n# Eliminate Redundant Restores\n\nA no-op restore still evaluates every project and checks restore state, so each extra restore in a multi-step build costs seconds to tens of seconds in a large repo. The cure is easy to get wrong: `--no-restore` on a step that no earlier restore actually covered turns a slow build into a failed one. This skill finds which invocations restore, proves which are already covered, and changes only those.\n\n## When to Use\n\n- A pipeline or script runs several `dotnet`\u002F`msbuild` steps and the log shows restore output in more than one of them\n- A restore step exists, yet later steps still print `Determining projects to restore...`\n- A repository `Directory.Build.rsp` or the active MSBuild installation's `MSBuild.rsp` contains `-restore`\n- Someone asks where `--no-restore` or `-restore:false` can safely be added\n- `NETSDK1004` or `NETSDK1047` appeared after `--no-restore` was added\n\n## When Not to Use\n\n- The first restore is slow (feed latency, missing package cache): that is caching, not redundancy\n- There is only one restore across all invocations: nothing to deduplicate\n- Restore errors about versions, lock files or auditing: fix the restore itself\n- Unranked \"why is my build slow\": start with `build-perf-baseline`, then `build-perf-diagnostics`\n\n## Inputs\n\nDiscover repository inputs in the working directory; do not ask the user for paths.\n\n- CI definitions (`*.yml`, `.github\u002Fworkflows`, `azure-pipelines*.yml`, `Jenkinsfile`) and build scripts (`build.cmd`, `build.sh`, `build.ps1`, `eng\u002F`)\n- `Directory.Build.rsp`, `Directory.Build.props`\u002F`.targets`, `NuGet.config`\n- Auto-loaded `MSBuild.rsp` beside the active MSBuild executable, or response files passed explicitly with `@file`. A repository-local `MSBuild.rsp` is not auto-loaded\n- Restore evidence if present: step logs or a binlog\n\n## Workflow\n\n### Step 1: Confirm restore is repeated and worth removing\n\n- Log evidence: `Determining projects to restore...` or `All projects are up-to-date for restore.` once per invocation.\n- Binlog evidence: restore evaluations carry the global properties `MSBuildRestoreSessionId` and `ExcludeRestorePackageImports=true`; the Target Performance Summary lists `Restore` with N calls.\n- Quantify each no-op restore. If there is one restore, or the repeated ones total about a second, report \"nothing worth removing\" and stop without editing.\n\n### Step 2: Inventory every invocation in execution order\n\n| Invocation | Restores? |\n|---|---|\n| `dotnet build`, `test`, `publish`, `pack` | Implicitly, unless `--no-restore`; also check inherited rsp flags |\n| `dotnet run` | Implicitly before building; `--no-restore` can still inherit rsp restore on older SDKs. With `--no-build`, no build or restore runs |\n| `dotnet test`, `publish`, `pack` with `--no-build` | No implicit restore, but an rsp `-restore` can still enable restore; add `--no-restore -restore:false` |\n| `dotnet msbuild`, `msbuild.exe`, CI MSBuild tasks | With `-restore` or `-t:Restore`, including flags inherited from repository `Directory.Build.rsp` or installation-level `MSBuild.rsp`, even when a step looks build-only |\n| `dotnet restore`, `nuget restore`, `msbuild -t:Restore` | Explicit restore |\n| CI build task with a \"restore packages\" option | Check its default |\n\nStarting with .NET SDK 9.0.1xx, `--no-restore` forwards `-restore:false` to override rsp flags; older SDKs can still inherit `-restore` despite skipping the CLI's implicit restore. Whenever an rsp enables restore, use the version-independent `--no-restore -restore:false` with `dotnet build`, `test`, `publish` or `pack`, even with `--no-build`. `dotnet msbuild` and `msbuild.exe` take `-restore:false`, not `--no-restore`.\n\n`dotnet run` does not expose the MSBuild `-restore:false` override. With an rsp on older SDKs, first build using `dotnet build --no-restore -restore:false`, then run using `dotnet run --no-build` with the same project, configuration, framework and runtime inputs (or execute the built DLL directly). Passing `-restore:false` to `dotnet run` is not a restore-suppression strategy.\n\n### Step 3: Decide per invocation\n\nKeep the first restore. Skip a later one only when all four checks pass:\n\n| Check | If it fails |\n|---|---|\n| **Same project set.** A restore covers its entry project or solution and that project's ProjectReference closure. It does not cover a project in another solution or `.slnf`, a tool built from another path, or a project an orchestrating `.proj` builds through the `MSBuild` task (`-restore` on the orchestrator leaves those unrestored and they fail with NETSDK1004) | Keep restore on that step, or add the project to the explicit restore step |\n| **Same restore inputs.** `-r`\u002F`--runtime`, RID-producing `-a`\u002F`--arch`, `--os`, `--ucr`\u002F`--use-current-runtime`, `TargetFramework(s)`, `RuntimeIdentifier(s)`, `PublishAot`, package sources (`--source`, `--configfile`, `RestoreSources`), `RestorePackagesPath`, and any `-p:` value a PackageReference condition reads. Architecture\u002FOS options combine with the SDK's current RID; `--use-current-runtime` selects it. Missing RID targets fail with NETSDK1047 (`Assets file ... doesn't have a target for 'net10.0\u002Flinux-x64'`) | Match the effective RID in the explicit restore (for example `publish --os linux --arch x64` requires `restore -r linux-x64`), or keep restore on the later step. A generic restore does not cover these aliases merely because there is no `-r`. Do not require `SelfContained=true` on restore solely because publish is self-contained: RID-only restore covers ordinary SDK projects. Match `Configuration` or `SelfContained` only if repository conditions change package inputs |\n| **Same available restore state.** Earlier `project.assets.json` files must exist where the later invocation looks for them. Match `--artifacts-path`, `UseArtifactsOutput`\u002F`ArtifactsPath`, and `MSBuildProjectExtensionsPath`\u002F`BaseIntermediateOutputPath`; another job or workspace does not automatically share these files | Align the explicit restore's output layout with build\u002Ftest, or retain restore in the later workspace. For `build --artifacts-path artifacts --no-restore`, use `restore --artifacts-path artifacts` first; ordinary `obj\u002F` assets do not cover that layout |\n| **Nothing changes packages in between.** A step that generates or edits a project, runs `dotnet add package`, rewrites `Directory.Packages.props` or `NuGet.config` invalidates the earlier restore | Move the explicit restore after that step |\n\n### Step 4: Apply the smallest change\n\n- One explicit restore carrying every restore input, then `--no-restore`, `-restore:false` or `--no-build` on later steps.\n- Several `dotnet test` steps over one solution: build once, then `dotnet test --no-build` on each. Add `--no-restore -restore:false` if an rsp enables restore, including on .NET 8 and earlier. `--no-restore` alone still rebuilds.\n- Keep self-contained publish settings. A `publish --no-build` still needs a prior build with matching configuration, framework, RID and self-contained output; restore compatibility does not prove that build outputs exist.\n- Scope the change to CI and scripts. Leave `-restore` in `Directory.Build.rsp`, because developers rely on it; pass `-restore:false` per invocation instead.\n- Never remove the first restore. If it is a `--locked-mode` gate, keep it there.\n- Do not bundle static graph restore or package caching into this change.\n\n```bash\n# One restore carries every input later steps use\ndotnet restore MyApp.sln -r linux-x64\n# Explicit overrides also work when an rsp enables restore on older SDKs\ndotnet build MyApp.sln -c Release --no-restore -restore:false\ndotnet test MyApp.sln -c Release --no-build --no-restore -restore:false\ndotnet publish src\u002FApi -c Release -r linux-x64 --no-restore -restore:false\n# msbuild invocations need the explicit switch if an rsp file adds -restore\ndotnet msbuild Packaging.proj -t:Pack -restore:false\n```\n\n### Step 5: Validate and report truthfully\n\n1. Run the changed pipeline or script end to end in a clean temporary copy (no `obj\u002F`, no `project.assets.json`). A project that was never restored only fails there. YAML syntax or flag-presence checks do not validate restore coverage or test execution. If you cannot run it, say \"not validated\" and list the steps and projects to confirm.\n2. Success evidence: every later step passed; `Restore` calls (binlog) or `Determining projects to restore` lines fell from N to the expected count; for a time claim, before\u002Fafter medians of at least three runs.\n3. Report a restore failure (NETSDK1004, NETSDK1047) separately from a build failure, and never claim success after either.\n\n## Output\n\nExplain which steps restored, which earlier restore covers them, what changed, and what remains unvalidated. State whether redundant restores were removed or no change was needed, keeping the required first restore. Use prose or a findings table as appropriate; no fixed table headings or verdict syntax are required.\n\n## Common Pitfalls\n\n| Pitfall | Solution |\n|---|---|\n| Adding `--no-restore` to every command | Apply the Step 3 checks per step |\n| Missing that an rsp adds `-restore` to \"build-only\" msbuild steps | Search for `*.rsp` before concluding a step does not restore |\n| Deleting `-restore` from `Directory.Build.rsp` | Override per CI invocation; the rsp serves developers |\n| Orchestrator `.proj` restored, children not | Restore each child explicitly, or keep restore on the step that builds it |\n| Publishing with `-r`, architecture\u002FOS options, or `--use-current-runtime` after a generic restore | Restore with the same effective runtime identifier, including SDK-host defaults used by the aliases |\n| A generator step edits PackageReferences after restore | Restore after the generator |\n","# Eliminate Redundant Restores\n\nA no-op restore still evaluates every project and checks restore state, so each extra restore in a multi-step build costs seconds to tens of seconds in a large repo. The cure is easy to get wrong: `--no-restore` on a step that no earlier restore actually covered turns a slow build into a failed one. This skill finds which invocations restore, proves which are already covered, and changes only those.\n\n## When to Use\n\n- A pipeline or script runs several `dotnet`\u002F`msbuild` steps and the log shows restore output in more than one of them\n- A restore step exists, yet later steps still print `Determining projects to restore...`\n- A repository `Directory.Build.rsp` or the active MSBuild installation's `MSBuild.rsp` contains `-restore`\n- Someone asks where `--no-restore` or `-restore:false` can safely be added\n- `NETSDK1004` or `NETSDK1047` appeared after `--no-restore` was added\n\n## When Not to Use\n\n- The first restore is slow (feed latency, missing package cache): that is caching, not redundancy\n- There is only one restore across all invocations: nothing to deduplicate\n- Restore errors about versions, lock files or auditing: fix the restore itself\n- Unranked \"why is my build slow\": start with `build-perf-baseline`, then `build-perf-diagnostics`\n\n## Inputs\n\nDiscover repository inputs in the working directory; do not ask the user for paths.\n\n- CI definitions (`*.yml`, `.github\u002Fworkflows`, `azure-pipelines*.yml`, `Jenkinsfile`) and build scripts (`build.cmd`, `build.sh`, `build.ps1`, `eng\u002F`)\n- `Directory.Build.rsp`, `Directory.Build.props`\u002F`.targets`, `NuGet.config`\n- Auto-loaded `MSBuild.rsp` beside the active MSBuild executable, or response files passed explicitly with `@file`. A repository-local `MSBuild.rsp` is not auto-loaded\n- Restore evidence if present: step logs or a binlog\n\n## Workflow\n\n### Step 1: Confirm restore is repeated and worth removing\n\n- Log evidence: `Determining projects to restore...` or `All projects are up-to-date for restore.` once per invocation.\n- Binlog evidence: restore evaluations carry the global properties `MSBuildRestoreSessionId` and `ExcludeRestorePackageImports=true`; the Target Performance Summary lists `Restore` with N calls.\n- Quantify each no-op restore. If there is one restore, or the repeated ones total about a second, report \"nothing worth removing\" and stop without editing.\n\n### Step 2: Inventory every invocation in execution order\n\n| Invocation | Restores? |\n|---|---|\n| `dotnet build`, `test`, `publish`, `pack` | Implicitly, unless `--no-restore`; also check inherited rsp flags |\n| `dotnet run` | Implicitly before building; `--no-restore` can still inherit rsp restore on older SDKs. With `--no-build`, no build or restore runs |\n| `dotnet test`, `publish`, `pack` with `--no-build` | No implicit restore, but an rsp `-restore` can still enable restore; add `--no-restore -restore:false` |\n| `dotnet msbuild`, `msbuild.exe`, CI MSBuild tasks | With `-restore` or `-t:Restore`, including flags inherited from repository `Directory.Build.rsp` or installation-level `MSBuild.rsp`, even when a step looks build-only |\n| `dotnet restore`, `nuget restore`, `msbuild -t:Restore` | Explicit restore |\n| CI build task with a \"restore packages\" option | Check its default |\n\nStarting with .NET SDK 9.0.1xx, `--no-restore` forwards `-restore:false` to override rsp flags; older SDKs can still inherit `-restore` despite skipping the CLI's implicit restore. Whenever an rsp enables restore, use the version-independent `--no-restore -restore:false` with `dotnet build`, `test`, `publish` or `pack`, even with `--no-build`. `dotnet msbuild` and `msbuild.exe` take `-restore:false`, not `--no-restore`.\n\n`dotnet run` does not expose the MSBuild `-restore:false` override. With an rsp on older SDKs, first build using `dotnet build --no-restore -restore:false`, then run using `dotnet run --no-build` with the same project, configuration, framework and runtime inputs (or execute the built DLL directly). Passing `-restore:false` to `dotnet run` is not a restore-suppression strategy.\n\n### Step 3: Decide per invocation\n\nKeep the first restore. Skip a later one only when all four checks pass:\n\n| Check | If it fails |\n|---|---|\n| **Same project set.** A restore covers its entry project or solution and that project's ProjectReference closure. It does not cover a project in another solution or `.slnf`, a tool built from another path, or a project an orchestrating `.proj` builds through the `MSBuild` task (`-restore` on the orchestrator leaves those unrestored and they fail with NETSDK1004) | Keep restore on that step, or add the project to the explicit restore step |\n| **Same restore inputs.** `-r`\u002F`--runtime`, RID-producing `-a`\u002F`--arch`, `--os`, `--ucr`\u002F`--use-current-runtime`, `TargetFramework(s)`, `RuntimeIdentifier(s)`, `PublishAot`, package sources (`--source`, `--configfile`, `RestoreSources`), `RestorePackagesPath`, and any `-p:` value a PackageReference condition reads. Architecture\u002FOS options combine with the SDK's current RID; `--use-current-runtime` selects it. Missing RID targets fail with NETSDK1047 (`Assets file ... doesn't have a target for 'net10.0\u002Flinux-x64'`) | Match the effective RID in the explicit restore (for example `publish --os linux --arch x64` requires `restore -r linux-x64`), or keep restore on the later step. A generic restore does not cover these aliases merely because there is no `-r`. Do not require `SelfContained=true` on restore solely because publish is self-contained: RID-only restore covers ordinary SDK projects. Match `Configuration` or `SelfContained` only if repository conditions change package inputs |\n| **Same available restore state.** Earlier `project.assets.json` files must exist where the later invocation looks for them. Match `--artifacts-path`, `UseArtifactsOutput`\u002F`ArtifactsPath`, and `MSBuildProjectExtensionsPath`\u002F`BaseIntermediateOutputPath`; another job or workspace does not automatically share these files | Align the explicit restore's output layout with build\u002Ftest, or retain restore in the later workspace. For `build --artifacts-path artifacts --no-restore`, use `restore --artifacts-path artifacts` first; ordinary `obj\u002F` assets do not cover that layout |\n| **Nothing changes packages in between.** A step that generates or edits a project, runs `dotnet add package`, rewrites `Directory.Packages.props` or `NuGet.config` invalidates the earlier restore | Move the explicit restore after that step |\n\n### Step 4: Apply the smallest change\n\n- One explicit restore carrying every restore input, then `--no-restore`, `-restore:false` or `--no-build` on later steps.\n- Several `dotnet test` steps over one solution: build once, then `dotnet test --no-build` on each. Add `--no-restore -restore:false` if an rsp enables restore, including on .NET 8 and earlier. `--no-restore` alone still rebuilds.\n- Keep self-contained publish settings. A `publish --no-build` still needs a prior build with matching configuration, framework, RID and self-contained output; restore compatibility does not prove that build outputs exist.\n- Scope the change to CI and scripts. Leave `-restore` in `Directory.Build.rsp`, because developers rely on it; pass `-restore:false` per invocation instead.\n- Never remove the first restore. If it is a `--locked-mode` gate, keep it there.\n- Do not bundle static graph restore or package caching into this change.\n\n```bash\n# One restore carries every input later steps use\ndotnet restore MyApp.sln -r linux-x64\n# Explicit overrides also work when an rsp enables restore on older SDKs\ndotnet build MyApp.sln -c Release --no-restore -restore:false\ndotnet test MyApp.sln -c Release --no-build --no-restore -restore:false\ndotnet publish src\u002FApi -c Release -r linux-x64 --no-restore -restore:false\n# msbuild invocations need the explicit switch if an rsp file adds -restore\ndotnet msbuild Packaging.proj -t:Pack -restore:false\n```\n\n### Step 5: Validate and report truthfully\n\n1. Run the changed pipeline or script end to end in a clean temporary copy (no `obj\u002F`, no `project.assets.json`). A project that was never restored only fails there. YAML syntax or flag-presence checks do not validate restore coverage or test execution. If you cannot run it, say \"not validated\" and list the steps and projects to confirm.\n2. Success evidence: every later step passed; `Restore` calls (binlog) or `Determining projects to restore` lines fell from N to the expected count; for a time claim, before\u002Fafter medians of at least three runs.\n3. Report a restore failure (NETSDK1004, NETSDK1047) separately from a build failure, and never claim success after either.\n\n## Output\n\nExplain which steps restored, which earlier restore covers them, what changed, and what remains unvalidated. State whether redundant restores were removed or no change was needed, keeping the required first restore. Use prose or a findings table as appropriate; no fixed table headings or verdict syntax are required.\n\n## Common Pitfalls\n\n| Pitfall | Solution |\n|---|---|\n| Adding `--no-restore` to every command | Apply the Step 3 checks per step |\n| Missing that an rsp adds `-restore` to \"build-only\" msbuild steps | Search for `*.rsp` before concluding a step does not restore |\n| Deleting `-restore` from `Directory.Build.rsp` | Override per CI invocation; the rsp serves developers |\n| Orchestrator `.proj` restored, children not | Restore each child explicitly, or keep restore on the step that builds it |\n| Publishing with `-r`, architecture\u002FOS options, or `--use-current-runtime` after a generic restore | Restore with the same effective runtime identifier, including SDK-host defaults used by the aliases |\n| A generator step edits PackageReferences after restore | Restore after the generator |\n",{"name":5,"license":15,"description":7},"main","f8f2bfd77819bb789d4736ce7db4a567a37fcf7e",".agents\u002Fskills\u002Feliminate-redundant-restores",315,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx","https:\u002F\u002Fgithub.com\u002Fmicrosoft","https:\u002F\u002Fopensource.microsoft.com","Open source projects and samples from Microsoft","2026-11-13 00:25:22",{"source":8,"skillName":5,"commands":59,"prompt":69,"zipAvailable":70},[60,63,66],{"tool":61,"command":62},"npx","npx skills add microsoft\u002Ftestfx --skill eliminate-redundant-restores",{"tool":64,"command":65},"bunx","bunx skills add microsoft\u002Ftestfx --skill eliminate-redundant-restores",{"tool":67,"command":68},"pnpm","pnpm dlx skills add microsoft\u002Ftestfx --skill eliminate-redundant-restores","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Feliminate-redundant-restores\u002FSKILL.md",true,[],[73,99,122,143,161,186],{"skillNo":74,"name":75,"nameZh":6,"description":76,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":77,"categories":78,"keywords":79,"publishedAt":44},"01M70GYY0AV0JGMTHE2CN6TNYK","dotnet-breaking-changes","Use before changing .NET\u002FC# code whose callers you do not control: a NuGet library, or a repo with PublicAPI.Shipped\u002FUnshipped.txt, ApiCompat, multiple TargetFrameworks, InternalsVisibleTo, or generated (.g.cs) partials. Green builds miss silent breaks from optional parameters, parameter names, sealing, const values, nullability, and #if. USE FOR: \"without breaking existing callers\"; adding a public method, overload, optional parameter, or interface member to a shipped library; renaming a public method or an internal helper a friend assembly uses; consolidating duplicated logic; changing a signature, nullability, default, or attribute; adding a target framework; RS0016\u002FRS0017 or ApiCompat errors; \"is this PR breaking?\". For a rename, extract, or merge, also invoke csharp-refactoring. DO NOT USE FOR: an executable whose callers all live in one project; renaming a local variable or private member, even in a shipped library; formatting; framework\u002FSDK\u002FNuGet upgrades (use dotnet-upgrade).","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fdotnet-breaking-changes\u002FSKILL.md",[],[80,81,82,83,84,85,86,28,87,88,89,90,91,92,93,94,95,96,97,98],"dotnet","dotnet breaking changes","changes","green","project","default","local","interface","generated","upgrade","invoke","you","code","refactoring","merge","rename","library","live","assembly",{"skillNo":100,"name":101,"nameZh":6,"description":102,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":103,"categories":104,"keywords":106,"publishedAt":44},"01M699HHE9DTZWAMPB1ZR7ZKSW","testfx-test-value-evidence","Apply the vendored test-value-evidence skill with TestFx toolchain, assertion, parallel-safety, packed-consumer, and review conventions. Use when implementing or reviewing behavior-changing TestFx PRs or commits, including source-only changes.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx\u002Fblob\u002Fmain\u002F.github\u002Fskills\u002Ftestfx-test-value-evidence\u002FSKILL.md",[105],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[42,107,108,109,110,111,112,113,114,115,116,34,36,117,118,29,82,119,120,121],"testfx test value evidence","test value evidence","evidence","value","review","parallel","toolchain","commits","implementing","prs","when","apply","behavior","Safety","conventions",{"skillNo":123,"name":124,"nameZh":6,"description":125,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":126,"categories":127,"keywords":128,"publishedAt":44},"01M699HEYWH1B9XGNBFY8J2FZS","testfx-parallel-safety-preflight","Check concurrency and isolation before implementing or refactoring TestFx tests, lifecycle code, helpers, shared-state declarations, or production paths those tests exercise. Use before narrowing DoNotParallelize or ResourceLock, changing parallelization settings, or introducing asynchronous workers; repeat against the final diff.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx\u002Fblob\u002Fmain\u002F.github\u002Fskills\u002Ftestfx-parallel-safety-preflight\u002FSKILL.md",[],[129,120,130,112,131,132,115,133,92,134,93,135,136,137,138,139,140,141,36,142],"testfx parallel safety preflight","preflight","shared","asynchronous","exercise","concurrency","paths","isolation","helpers","diff","parallelization","lifecycle","tests","workers",{"skillNo":144,"name":145,"nameZh":6,"description":146,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":147,"categories":148,"keywords":149,"publishedAt":44},"01M699HC61ZV9GJ2C8JV03951G","testfx-localization-validation","Validate generated TestFx localization catalogs, resource IDs, placeholders and locked tokens. Use for RESX\u002FXLF changes, OneLoc PRs, localization build failures, duplicate targets or units, and orphaned translation entries.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx\u002Fblob\u002Fmain\u002F.github\u002Fskills\u002Ftestfx-localization-validation\u002FSKILL.md",[],[150,151,152,153,154,155,26,156,157,116,88,36,158,159,82,160,32],"testfx localization validation","validation","localization","validate","translation","ids","tokens","entries","units","duplicate","targets",{"skillNo":162,"name":163,"nameZh":6,"description":164,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":165,"categories":166,"keywords":168,"publishedAt":44},"01M699H9J2NWQXE4BDT6R0FH7S","testfx-acceptance-validation","Validate TestFx shipping paths and capable CI execution using packed consumers, package\u002Fcache provenance, exact exits and artifacts, and selected-versus-executed test evidence. Use for acceptance regressions, package\u002FMSBuild\u002Flauncher\u002Fprotocol changes, or skipped-only CI results; not for unrelated unit-only or documentation changes.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx\u002Fblob\u002Fmain\u002F.github\u002Fskills\u002Ftestfx-acceptance-validation\u002FSKILL.md",[167],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[169,170,151,42,171,109,172,173,174,34,175,36,176,177,178,179,180,181,182,183,184,185,135,26],"testfx acceptance validation","acceptance","msbuild","launcher","ci","execution","package","cache","artifacts","provenance","documentation","unrelated","shipping","results","protocol","unit","ci results",{"skillNo":187,"name":188,"nameZh":6,"description":189,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":190,"categories":191,"keywords":192,"publishedAt":44},"01M699H70BB999BT4F627T1PHE","session-delivery-hygiene","Gate local-session scope, persistent delivery, live PR state, integration provenance, and owned cleanup. Use before implementing guidance changes, changing or pushing PR work, diagnosing package\u002Foutput mismatches, or handing off implementation.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Ftestfx\u002Fblob\u002Fmain\u002F.github\u002Fskills\u002Fsession-delivery-hygiene\u002FSKILL.md",[],[193,194,195,196,197,115,86,198,199,97,200,175,36,178,201,202,82,203,204,205],"session delivery hygiene","delivery","session","hygiene","scope","cleanup","work","pr","output","state","integration","guidance","gate"]