[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DZ79M4JX8P4SHEWBV7STFX":3,"skill-same:01M6DZ79M4JX8P4SHEWBV7STFX":101},{"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":18,"publishedAt":41,"linkOnly":42,"markdownContent":43,"markdownBody":44,"frontMatter":45,"refName":47,"commitSha":48,"skillDirectory":49,"forksCount":50,"repositoryHtmlUrl":51,"repositoryHomepageUrl":52,"ownerHtmlUrl":53,"ownerBlogUrl":54,"ownerDescription":55,"updatedAt":56,"install":57,"resources":70},"01M6DZ79M4JX8P4SHEWBV7STFX","convert-to-cpm",null,"Convert .NET projects and solutions (.sln, .slnx) to NuGet Central Package Management (CPM) using Directory.Packages.props. USE FOR: converting to CPM, centralizing or aligning NuGet package versions across multiple projects, inlining MSBuild version properties from Directory.Build.props into Directory.Packages.props, resolving version conflicts or mismatches across a solution or repository, updating or bumping or syncing package versions across projects. Also activate when packages are out of sync, drifting, or inconsistent -- even without the user mentioning CPM. Provides baseline build capture, version conflict resolution, build validation with binlog comparison, and a structured post-conversion report. DO NOT USE FOR: packages.config projects (must migrate to PackageReference first) or repositories that already have CPM fully enabled.","managedcode\u002Fdotnet-skills","managedcode","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F78253589?v=4","01M6DYDJR3EG8KB5G4PC65XCTT","Managed Code","01M6DYDJX0ZT432N04NYJW89DN",514,"MIT","https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40],"convert to cpm","CPM","convert","conflict resolution","solutions","when","conflict","across","do","activate","conflicts","conversion","directory","use","projects","package management","migrate","repository","package","packages","config","sync","2026-11-10 10:12:30",false,"---\nname: convert-to-cpm\ndescription: >\n  Convert .NET projects and solutions (.sln, .slnx) to NuGet Central Package Management\n  (CPM) using Directory.Packages.props. USE FOR: converting to CPM, centralizing or\n  aligning NuGet package versions across multiple projects, inlining MSBuild version\n  properties from Directory.Build.props into Directory.Packages.props, resolving version\n  conflicts or mismatches across a solution or repository, updating or bumping or syncing\n  package versions across projects. Also activate when packages are out of sync, drifting,\n  or inconsistent -- even without the user mentioning CPM. Provides baseline build capture,\n  version conflict resolution, build validation with binlog comparison, and a structured\n  post-conversion report. DO NOT USE FOR: packages.config projects (must migrate to\n  PackageReference first) or repositories that already have CPM fully enabled.\nlicense: MIT\n---\n\n# Convert to Central Package Management\n\nCentralize package versions in `Directory.Packages.props` while preserving project behavior and producing reviewable before\u002Fafter evidence.\n\n## Choose a mode first\n\nDo this before running builds or changing files.\n\n1. **Guard mode** -- If any in-scope project uses `packages.config`, stop. Explain that CPM requires `PackageReference` and recommend migrating first. Do not create or modify files.\n2. **Package-maintenance mode** -- A request to update, align, bump, or sync packages authorizes those package edits, not CPM conversion. Audit the named scope, resolve the requested versions, update existing project\u002Fshared version declarations, and restore\u002Fbuild every affected CLI target from the directory that establishes its applicable `global.json`. Ask only when the version or alignment policy is ambiguous. Do not create or modify `Directory.Packages.props`, remove versions for CPM, or capture conversion artifacts. Complete the package work, then recommend CPM as the durable follow-up.\n3. **Conversion mode** -- Use only when the user explicitly asks to adopt, enable, or convert to CPM. Follow the workflow below.\n\nIf the scope is unclear, ask once before proceeding.\n\n### Default execution plan\n\n- **Guard**: use a minimal scoped detection pass, then answer and stop.\n- **Package maintenance**: use a compact audit, edit only the requested package versions in their existing locations, validate affected targets, then recommend CPM. Do not read conversion references or enter the conversion workflow.\n- **Conversion**: batch the preflight, baseline, audit\u002Fmutation, final validation, and report work to avoid redundant turns. Revisit a stage only when new CPM-specific evidence requires a targeted follow-up.\n\nThis plan is an efficiency default, not a hard cap. Never omit an in-scope project, imported `.props`\u002F`.targets` file, detected complexity, required validation, or deliverable to save a turn. Batch complete work where practical.\n\n## Inputs\n\n| Input | Required | Rule |\n|-------|----------|------|\n| Scope | Yes | Project, solution, or directory containing the projects to inspect or convert |\n| Conflict strategy | For package maintenance or conversion with conflicts | If the user already supplied a strategy such as \"use the highest version,\" apply it without asking again and record its impact. Otherwise stop after the audit and ask before editing. |\n\n## Read references only when needed\n\nNever preload all references.\n\n| Condition | Read |\n|-----------|------|\n| Entering conversion baseline or producing the package diff | [baseline-comparison.md](references\u002Fbaseline-comparison.md) |\n| A conflict, conditional reference, shared import, security concern, or `VersionOverride` is detected | [audit-complexities.md](references\u002Faudit-complexities.md) |\n| Placement is unclear or conditional `PackageVersion`\u002F`VersionOverride` is required | [directory-packages-props.md](references\u002Fdirectory-packages-props.md) |\n| A package version uses an MSBuild property | [msbuild-property-handling.md](references\u002Fmsbuild-property-handling.md) |\n| Restore or build fails after conversion | [validation-and-errors.md](references\u002Fvalidation-and-errors.md) |\n| Writing the final report | [report-template.md](references\u002Freport-template.md) |\n\n## Conversion workflow\n\n### 1. Scope and preflight\n\n- Resolve the project\u002Fsolution scope. For a solution, list its projects. For a directory, search only beneath that directory and create an explicit target set that covers the full scope: use each applicable `.sln`\u002F`.slnx`, then add each project not covered by a solution. Verify that every in-scope project is covered and avoid duplicate work for projects that occur in more than one target. Ask only when overlapping targets or repository boundaries make the intended coverage ambiguous; never ask the user to select one target when that would omit in-scope projects.\n- Determine CPM management scopes separately from CLI targets. Group projects that will share one central version policy and place one `Directory.Packages.props` at each group's first common ancestor, while respecting existing nearest-file boundaries. Multiple CLI targets can share one CPM file; independent project groups can require separate files.\n- Check for `packages.config`; if found, switch to Guard mode and stop.\n- Check the scope and ancestors for `Directory.Packages.props`. If CPM is already fully enabled, report that and stop. If a partial file exists, preserve it and ask only when its intended scope is ambiguous.\n- Choose one common artifact directory within the resolved scope, normally the targets' first common ancestor. Use explicit paths into it for every binlog, package snapshot, and the report.\n- Run each target's .NET commands from its solution\u002Fproject directory or another directory that establishes its applicable `global.json`, not from an unrelated parent workspace.\n- Do not inspect unrelated projects or host-tool configuration when the user supplied a scope.\n\n### 2. Capture the baseline\n\nRead [baseline-comparison.md](references\u002Fbaseline-comparison.md). For each target, determine the active SDK once from that target's command directory and select the documented command syntax for that version. If SDK resolution fails or the SDK cannot process the requested solution format, stop and report the prerequisite; do not alter the host SDK or repository SDK policy unless the user asks.\n\nThen use one command batch to:\n\n1. Clean, restore, and build every explicit target. Use `baseline.binlog` for one target or a unique `baseline-\u003Ctarget-key>.binlog` for each of multiple targets.\n2. Write resolved packages for every target without restoring again. Use `baseline-packages.json` for one target or a matching `baseline-packages-\u003Ctarget-key>.json` for each of multiple targets.\n3. Keep normal command output concise. Save full output to artifacts when useful; inspect only errors on failure and never read the binlog as text.\n\nFinish every baseline before editing. If any baseline build fails, stop without modifying files and preserve all artifacts already produced.\n\n### 3. Audit with a targeted checklist\n\nUse all baseline snapshots plus one targeted scan of in-scope project, `.props`, and `.targets` files. Identify:\n\n- Package IDs, resolved versions, and consuming projects\n- Version conflicts\n- MSBuild property-based versions and their definitions\n- Conditional `PackageReference` items\n- Imported files containing package references\n- Existing `VersionOverride` usage\n\nFor a complex scope, complete every applicable item above across all projects and imported files; do not stop after finding the first conflict.\n\nDo not run broad `--outdated` or `--deprecated` scans by default. Before editing, attempt a scoped `--vulnerable --include-transitive` query when the user requested security information, a known advisory must be verified, or conflict resolution will move a project across a major package version. Record the compact findings, \"no advisories found,\" or why the check could not run. If a high-risk check is unavailable because of authentication, package-source, or offline constraints, surface the uncertainty and confirm the user's strategy rather than silently treating it as safe. Do not upgrade beyond the highest version already in scope as part of a CPM conversion.\n\nPresent conflicts and their impact. Explicitly classify major-version alignment as high risk and minor\u002Fpatch alignment as moderate risk without performing an extra online scan. If the user supplied a conflict strategy, proceed. Otherwise ask for the unresolved decisions and stop before editing.\n\n### 4. Create CPM files and update references\n\n- Create or update each required `Directory.Packages.props` at its computed management scope with `ManagePackageVersionsCentrally` set to `true`.\n- Add one alphabetically sorted `PackageVersion` per package, preserving required target-framework conditions.\n- Remove only `Version` from managed `PackageReference` items in projects and imported files.\n- Preserve conditions, whitespace, and all other metadata such as `PrivateAssets`, `IncludeAssets`, `ExcludeAssets`, `GeneratePathProperty`, and `Aliases`.\n- Use `VersionOverride` only when the chosen strategy requires it.\n\nFor MSBuild version properties, follow [msbuild-property-handling.md](references\u002Fmsbuild-property-handling.md). When the user directs inlining, include both the literal `PackageVersion` and removal of the obsolete property definition in the same mutation batch. Before final validation, verify separately that:\n\n1. No `$(PropertyName)` references remain in scoped project, `.props`, or `.targets` files.\n2. No `\u003CPropertyName>...\u003C\u002FPropertyName>` definition remains for each property chosen for removal.\n\nDo not rely on a `$()` reference scan to prove that the XML property definition was removed.\n\n### 5. Validate and compare\n\nUsing [baseline-comparison.md](references\u002Fbaseline-comparison.md), validate the final on-disk state after all project, shared-file, and property edits. Use one command batch to:\n\n1. Clean, restore, and build every explicit target after all CPM edits. Use `after-cpm.binlog` for one target or a matching `after-cpm-\u003Ctarget-key>.binlog` for each of multiple targets.\n2. Write resolved packages for every target without restoring again. Use `after-cpm-packages.json` for one target or a matching `after-cpm-packages-\u003Ctarget-key>.json` for each of multiple targets.\n3. Produce a compact per-project changes\u002Funchanged comparison without printing or rereading the full JSON files.\n4. If resolved versions changed and the repository exposes a routine, scoped test command for affected projects, run it with `--no-build --no-restore` and record the result. If tests require substantial setup, broad infrastructure, or user approval, recommend the exact scoped command instead. A version-neutral conversion does not require an automatic test run.\n\nIf restore or build fails with a CPM-related error, read [validation-and-errors.md](references\u002Fvalidation-and-errors.md), inspect only the relevant error lines, make a targeted correction, and rerun the affected validation. For SDK, authentication, package-source, file-lock, test-host, or other environmental failures, report the blocker instead of changing the machine or expanding the investigation.\n\nIf a test run fails after a successful build, inspect only enough output to determine whether CPM package resolution caused it. Apply a targeted correction only when the evidence clearly identifies a CPM defect; otherwise record the failure and recommended user action without expanding into test-host, SDK, output-directory, or dependency-copy debugging.\n\n### 6. Write the report\n\nRead [report-template.md](references\u002Freport-template.md) now, not earlier. Create `convert-to-cpm.md` beside the other artifacts. It must include the six required sections, every explicit target and CPM management scope, concrete conflict impacts, the aggregate package comparison, risk level, follow-ups, artifact usage, and the name of every shared `.props`\u002F`.targets` file inspected or changed. In the final response, mention those shared files, the risk level, and how any conditional references and target frameworks were preserved. Avoid rewriting the report after validation unless verification finds an omission or incorrect evidence.\n\n## Required conversion artifacts\n\nPreserve the report and every target's four evidence files; they are not temporary files. For one target, the five deliverables are:\n\n- `baseline.binlog`\n- `after-cpm.binlog`\n- `baseline-packages.json`\n- `after-cpm-packages.json`\n- `convert-to-cpm.md`\n\nFor multiple targets, replace the four fixed evidence names with unique target-keyed pairs such as `baseline-api.binlog`, `after-cpm-api.binlog`, `baseline-packages-api.json`, and `after-cpm-packages-api.json`. Keep one aggregate `convert-to-cpm.md`.\n\n## Efficiency rules\n\n- Batch independent reads and edits when supported.\n- Keep full build logs and package JSON out of the conversation; return compact summaries and artifact paths.\n- Do not repeat successful commands or reread successful output.\n- In conversion mode, do not perform package upgrades, broad outdated\u002Fdeprecated scans, repeated tests, or unrelated repository exploration. The single conditional vulnerability query and test run defined above are part of complete high-risk conversion validation. Package maintenance can perform the requested upgrades and one scoped version-discovery query needed to resolve them.\n- Do not install or remove an SDK, create a temporary SDK selector, change roll-forward policy, invoke SDK-internal assemblies, kill unrelated processes, or clean host tooling\u002Ftemp infrastructure. Report an environment prerequisite and stop.\n\n## Validation\n\n- [ ] Baseline and converted builds succeeded for every explicit target and all target binlogs exist\n- [ ] Every managed `PackageReference` has no `Version`, or intentionally uses `VersionOverride`\n- [ ] Every managed package has the correct central `PackageVersion`\n- [ ] Conditions and non-version metadata were preserved\n- [ ] Before\u002Fafter package comparison contains no unexplained changes\n- [ ] Inlined version properties have neither remaining `$()` references nor obsolete XML definitions\n- [ ] The report and all per-target baseline and converted artifacts exist\n","# Convert to Central Package Management\n\nCentralize package versions in `Directory.Packages.props` while preserving project behavior and producing reviewable before\u002Fafter evidence.\n\n## Choose a mode first\n\nDo this before running builds or changing files.\n\n1. **Guard mode** -- If any in-scope project uses `packages.config`, stop. Explain that CPM requires `PackageReference` and recommend migrating first. Do not create or modify files.\n2. **Package-maintenance mode** -- A request to update, align, bump, or sync packages authorizes those package edits, not CPM conversion. Audit the named scope, resolve the requested versions, update existing project\u002Fshared version declarations, and restore\u002Fbuild every affected CLI target from the directory that establishes its applicable `global.json`. Ask only when the version or alignment policy is ambiguous. Do not create or modify `Directory.Packages.props`, remove versions for CPM, or capture conversion artifacts. Complete the package work, then recommend CPM as the durable follow-up.\n3. **Conversion mode** -- Use only when the user explicitly asks to adopt, enable, or convert to CPM. Follow the workflow below.\n\nIf the scope is unclear, ask once before proceeding.\n\n### Default execution plan\n\n- **Guard**: use a minimal scoped detection pass, then answer and stop.\n- **Package maintenance**: use a compact audit, edit only the requested package versions in their existing locations, validate affected targets, then recommend CPM. Do not read conversion references or enter the conversion workflow.\n- **Conversion**: batch the preflight, baseline, audit\u002Fmutation, final validation, and report work to avoid redundant turns. Revisit a stage only when new CPM-specific evidence requires a targeted follow-up.\n\nThis plan is an efficiency default, not a hard cap. Never omit an in-scope project, imported `.props`\u002F`.targets` file, detected complexity, required validation, or deliverable to save a turn. Batch complete work where practical.\n\n## Inputs\n\n| Input | Required | Rule |\n|-------|----------|------|\n| Scope | Yes | Project, solution, or directory containing the projects to inspect or convert |\n| Conflict strategy | For package maintenance or conversion with conflicts | If the user already supplied a strategy such as \"use the highest version,\" apply it without asking again and record its impact. Otherwise stop after the audit and ask before editing. |\n\n## Read references only when needed\n\nNever preload all references.\n\n| Condition | Read |\n|-----------|------|\n| Entering conversion baseline or producing the package diff | [baseline-comparison.md](references\u002Fbaseline-comparison.md) |\n| A conflict, conditional reference, shared import, security concern, or `VersionOverride` is detected | [audit-complexities.md](references\u002Faudit-complexities.md) |\n| Placement is unclear or conditional `PackageVersion`\u002F`VersionOverride` is required | [directory-packages-props.md](references\u002Fdirectory-packages-props.md) |\n| A package version uses an MSBuild property | [msbuild-property-handling.md](references\u002Fmsbuild-property-handling.md) |\n| Restore or build fails after conversion | [validation-and-errors.md](references\u002Fvalidation-and-errors.md) |\n| Writing the final report | [report-template.md](references\u002Freport-template.md) |\n\n## Conversion workflow\n\n### 1. Scope and preflight\n\n- Resolve the project\u002Fsolution scope. For a solution, list its projects. For a directory, search only beneath that directory and create an explicit target set that covers the full scope: use each applicable `.sln`\u002F`.slnx`, then add each project not covered by a solution. Verify that every in-scope project is covered and avoid duplicate work for projects that occur in more than one target. Ask only when overlapping targets or repository boundaries make the intended coverage ambiguous; never ask the user to select one target when that would omit in-scope projects.\n- Determine CPM management scopes separately from CLI targets. Group projects that will share one central version policy and place one `Directory.Packages.props` at each group's first common ancestor, while respecting existing nearest-file boundaries. Multiple CLI targets can share one CPM file; independent project groups can require separate files.\n- Check for `packages.config`; if found, switch to Guard mode and stop.\n- Check the scope and ancestors for `Directory.Packages.props`. If CPM is already fully enabled, report that and stop. If a partial file exists, preserve it and ask only when its intended scope is ambiguous.\n- Choose one common artifact directory within the resolved scope, normally the targets' first common ancestor. Use explicit paths into it for every binlog, package snapshot, and the report.\n- Run each target's .NET commands from its solution\u002Fproject directory or another directory that establishes its applicable `global.json`, not from an unrelated parent workspace.\n- Do not inspect unrelated projects or host-tool configuration when the user supplied a scope.\n\n### 2. Capture the baseline\n\nRead [baseline-comparison.md](references\u002Fbaseline-comparison.md). For each target, determine the active SDK once from that target's command directory and select the documented command syntax for that version. If SDK resolution fails or the SDK cannot process the requested solution format, stop and report the prerequisite; do not alter the host SDK or repository SDK policy unless the user asks.\n\nThen use one command batch to:\n\n1. Clean, restore, and build every explicit target. Use `baseline.binlog` for one target or a unique `baseline-\u003Ctarget-key>.binlog` for each of multiple targets.\n2. Write resolved packages for every target without restoring again. Use `baseline-packages.json` for one target or a matching `baseline-packages-\u003Ctarget-key>.json` for each of multiple targets.\n3. Keep normal command output concise. Save full output to artifacts when useful; inspect only errors on failure and never read the binlog as text.\n\nFinish every baseline before editing. If any baseline build fails, stop without modifying files and preserve all artifacts already produced.\n\n### 3. Audit with a targeted checklist\n\nUse all baseline snapshots plus one targeted scan of in-scope project, `.props`, and `.targets` files. Identify:\n\n- Package IDs, resolved versions, and consuming projects\n- Version conflicts\n- MSBuild property-based versions and their definitions\n- Conditional `PackageReference` items\n- Imported files containing package references\n- Existing `VersionOverride` usage\n\nFor a complex scope, complete every applicable item above across all projects and imported files; do not stop after finding the first conflict.\n\nDo not run broad `--outdated` or `--deprecated` scans by default. Before editing, attempt a scoped `--vulnerable --include-transitive` query when the user requested security information, a known advisory must be verified, or conflict resolution will move a project across a major package version. Record the compact findings, \"no advisories found,\" or why the check could not run. If a high-risk check is unavailable because of authentication, package-source, or offline constraints, surface the uncertainty and confirm the user's strategy rather than silently treating it as safe. Do not upgrade beyond the highest version already in scope as part of a CPM conversion.\n\nPresent conflicts and their impact. Explicitly classify major-version alignment as high risk and minor\u002Fpatch alignment as moderate risk without performing an extra online scan. If the user supplied a conflict strategy, proceed. Otherwise ask for the unresolved decisions and stop before editing.\n\n### 4. Create CPM files and update references\n\n- Create or update each required `Directory.Packages.props` at its computed management scope with `ManagePackageVersionsCentrally` set to `true`.\n- Add one alphabetically sorted `PackageVersion` per package, preserving required target-framework conditions.\n- Remove only `Version` from managed `PackageReference` items in projects and imported files.\n- Preserve conditions, whitespace, and all other metadata such as `PrivateAssets`, `IncludeAssets`, `ExcludeAssets`, `GeneratePathProperty`, and `Aliases`.\n- Use `VersionOverride` only when the chosen strategy requires it.\n\nFor MSBuild version properties, follow [msbuild-property-handling.md](references\u002Fmsbuild-property-handling.md). When the user directs inlining, include both the literal `PackageVersion` and removal of the obsolete property definition in the same mutation batch. Before final validation, verify separately that:\n\n1. No `$(PropertyName)` references remain in scoped project, `.props`, or `.targets` files.\n2. No `\u003CPropertyName>...\u003C\u002FPropertyName>` definition remains for each property chosen for removal.\n\nDo not rely on a `$()` reference scan to prove that the XML property definition was removed.\n\n### 5. Validate and compare\n\nUsing [baseline-comparison.md](references\u002Fbaseline-comparison.md), validate the final on-disk state after all project, shared-file, and property edits. Use one command batch to:\n\n1. Clean, restore, and build every explicit target after all CPM edits. Use `after-cpm.binlog` for one target or a matching `after-cpm-\u003Ctarget-key>.binlog` for each of multiple targets.\n2. Write resolved packages for every target without restoring again. Use `after-cpm-packages.json` for one target or a matching `after-cpm-packages-\u003Ctarget-key>.json` for each of multiple targets.\n3. Produce a compact per-project changes\u002Funchanged comparison without printing or rereading the full JSON files.\n4. If resolved versions changed and the repository exposes a routine, scoped test command for affected projects, run it with `--no-build --no-restore` and record the result. If tests require substantial setup, broad infrastructure, or user approval, recommend the exact scoped command instead. A version-neutral conversion does not require an automatic test run.\n\nIf restore or build fails with a CPM-related error, read [validation-and-errors.md](references\u002Fvalidation-and-errors.md), inspect only the relevant error lines, make a targeted correction, and rerun the affected validation. For SDK, authentication, package-source, file-lock, test-host, or other environmental failures, report the blocker instead of changing the machine or expanding the investigation.\n\nIf a test run fails after a successful build, inspect only enough output to determine whether CPM package resolution caused it. Apply a targeted correction only when the evidence clearly identifies a CPM defect; otherwise record the failure and recommended user action without expanding into test-host, SDK, output-directory, or dependency-copy debugging.\n\n### 6. Write the report\n\nRead [report-template.md](references\u002Freport-template.md) now, not earlier. Create `convert-to-cpm.md` beside the other artifacts. It must include the six required sections, every explicit target and CPM management scope, concrete conflict impacts, the aggregate package comparison, risk level, follow-ups, artifact usage, and the name of every shared `.props`\u002F`.targets` file inspected or changed. In the final response, mention those shared files, the risk level, and how any conditional references and target frameworks were preserved. Avoid rewriting the report after validation unless verification finds an omission or incorrect evidence.\n\n## Required conversion artifacts\n\nPreserve the report and every target's four evidence files; they are not temporary files. For one target, the five deliverables are:\n\n- `baseline.binlog`\n- `after-cpm.binlog`\n- `baseline-packages.json`\n- `after-cpm-packages.json`\n- `convert-to-cpm.md`\n\nFor multiple targets, replace the four fixed evidence names with unique target-keyed pairs such as `baseline-api.binlog`, `after-cpm-api.binlog`, `baseline-packages-api.json`, and `after-cpm-packages-api.json`. Keep one aggregate `convert-to-cpm.md`.\n\n## Efficiency rules\n\n- Batch independent reads and edits when supported.\n- Keep full build logs and package JSON out of the conversation; return compact summaries and artifact paths.\n- Do not repeat successful commands or reread successful output.\n- In conversion mode, do not perform package upgrades, broad outdated\u002Fdeprecated scans, repeated tests, or unrelated repository exploration. The single conditional vulnerability query and test run defined above are part of complete high-risk conversion validation. Package maintenance can perform the requested upgrades and one scoped version-discovery query needed to resolve them.\n- Do not install or remove an SDK, create a temporary SDK selector, change roll-forward policy, invoke SDK-internal assemblies, kill unrelated processes, or clean host tooling\u002Ftemp infrastructure. Report an environment prerequisite and stop.\n\n## Validation\n\n- [ ] Baseline and converted builds succeeded for every explicit target and all target binlogs exist\n- [ ] Every managed `PackageReference` has no `Version`, or intentionally uses `VersionOverride`\n- [ ] Every managed package has the correct central `PackageVersion`\n- [ ] Conditions and non-version metadata were preserved\n- [ ] Before\u002Fafter package comparison contains no unexplained changes\n- [ ] Inlined version properties have neither remaining `$()` references nor obsolete XML definitions\n- [ ] The report and all per-target baseline and converted artifacts exist\n",{"name":5,"license":15,"description":46},"Convert .NET projects and solutions (.sln, .slnx) to NuGet Central Package Management (CPM) using Directory.Packages.props. USE FOR: converting to CPM, centralizing or aligning NuGet package versions across multiple projects, inlining MSBuild version properties from Directory.Build.props into Directory.Packages.props, resolving version conflicts or mismatches across a solution or repository, updating or bumping or syncing package versions across projects. Also activate when packages are out of sync, drifting, or inconsistent -- even without the user mentioning CPM. Provides baseline build capture, version conflict resolution, build validation with binlog comparison, and a structured post-conversion report. DO NOT USE FOR: packages.config projects (must migrate to PackageReference first) or repositories that already have CPM fully enabled.\n","main","497cc9aba79a931ac6fb8d36a48cc22fe3d6d74b","catalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm",41,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills","https:\u002F\u002Fskills.managed-code.com","https:\u002F\u002Fgithub.com\u002Fmanagedcode","https:\u002F\u002Fwww.managed-code.com","Open Source Community for .NET Developers: Reliable, Actively Maintained, and Community-Driven. Made in Ukraine 🇺🇦 with ❤️","2026-11-12 19:59:36",{"source":8,"skillName":5,"commands":58,"prompt":68,"zipAvailable":69},[59,62,65],{"tool":60,"command":61},"npx","npx skills add managedcode\u002Fdotnet-skills --skill convert-to-cpm",{"tool":63,"command":64},"bunx","bunx skills add managedcode\u002Fdotnet-skills --skill convert-to-cpm",{"tool":66,"command":67},"pnpm","pnpm dlx skills add managedcode\u002Fdotnet-skills --skill convert-to-cpm","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002FSKILL.md",true,[71,77,81,85,89,93,97],{"path":72,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":75,"sourceHtmlUrl":76},"manifest.json","REFERENCE","参考文档",128,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002Fmanifest.json",{"path":78,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":79,"sourceHtmlUrl":80},"references\u002Faudit-complexities.md",5411,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002Freferences\u002Faudit-complexities.md",{"path":82,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":83,"sourceHtmlUrl":84},"references\u002Fbaseline-comparison.md",7408,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002Freferences\u002Fbaseline-comparison.md",{"path":86,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":87,"sourceHtmlUrl":88},"references\u002Fdirectory-packages-props.md",3710,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002Freferences\u002Fdirectory-packages-props.md",{"path":90,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":91,"sourceHtmlUrl":92},"references\u002Fmsbuild-property-handling.md",3539,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002Freferences\u002Fmsbuild-property-handling.md",{"path":94,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":95,"sourceHtmlUrl":96},"references\u002Freport-template.md",3713,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002Freferences\u002Freport-template.md",{"path":98,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":99,"sourceHtmlUrl":100},"references\u002Fvalidation-and-errors.md",3245,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FTools\u002FOfficial-DotNet-NuGet\u002Fskills\u002Fconvert-to-cpm\u002Freferences\u002Fvalidation-and-errors.md",[102,138,162,192,202,229],{"skillNo":103,"name":104,"nameZh":6,"description":105,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":106,"categories":107,"keywords":118,"publishedAt":41},"01M6DYQE1Y9FHAQHEDTVFQ3447","xtwitter-scraper","Use XTwitterScraper when a .NET application needs typed access to Xquik's X automation REST API for tweet search, user lookup, posting workflows, extraction jobs, monitors, webhooks, or giveaway draws. USE FOR: integrating the XTwitterScraper NuGet package; reviewing Xquik API client usage; modeling API-key configuration, pagination, binary exports, raw responses, retries, and webhook\u002Fevent flows in .NET. DO NOT USE FOR: unrelated stacks; direct browser automation; generic social-media strategy; or code that does not call Xquik. INVOKES: inspect the repository context, edit targeted files, and run relevant build, test, lint, or validation commands when changes are made.","https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FLibraries\u002FXTwitterScraper\u002Fskills\u002Fxtwitter-scraper\u002FSKILL.md",[108,113],{"categoryNo":109,"categoryName":110,"taxonomyType":111,"taxonomyTypeDesc":112},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",{"categoryNo":114,"categoryName":115,"taxonomyType":116,"taxonomyTypeDesc":117},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[119,120,121,122,123,124,125,36,126,127,128,129,130,131,132,133,134,135,136,137],"xtwitter scraper","browser automation","workflows","run","code","browser","search","api","Media","api client","access","edit","unrelated","webhooks","files","social","commands","modeling","webhook",{"skillNo":139,"name":140,"nameZh":6,"description":141,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":142,"categories":143,"keywords":150,"publishedAt":41},"01M6DYQ9S4PE1H6G8MCH9T21HR","sep","Use Sep for high-performance separated-value parsing and writing in .NET, including delimiter inference, explicit parser\u002Fwriter options, and low-allocation row\u002Fcolumn workflows. USE FOR: delimited data needs are performance-sensitive and allocation-aware; project needs explicit control over separator inference, escaping, trimming, and header behavior;. DO NOT USE FOR: unrelated stacks; generic tasks that do not need this specific guidance. INVOKES: inspect the repository context, edit targeted files, and run relevant build, test, lint, or validation commands when changes are made.","https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fcatalog\u002FLibraries\u002FSep\u002Fskills\u002Fsep\u002FSKILL.md",[144,147],{"categoryNo":145,"categoryName":146,"taxonomyType":111,"taxonomyTypeDesc":112},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":148,"categoryName":149,"taxonomyType":116,"taxonomyTypeDesc":117},"01JBSEEDCAT000000000000036","内容创作者",[140,151,152,121,153,122,36,154,155,156,130,157,131,133,27,158,159,160,135,161],"writing","performance","tasks","data","parsing","parser","context","writer","options","project","high-performance",{"skillNo":163,"name":164,"nameZh":6,"description":165,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":166,"categories":167,"keywords":168,"publishedAt":41},"01M6DZS2DNEPXCGGF6SSCW6G5V","webgpu-threejs-tsl","Comprehensive guide for developing WebGPU-enabled Three.js applications using TSL (Three.js Shading Language). Covers WebGPU renderer setup, TSL syntax and node materials, compute shaders, post-processing effects, and WGSL integration. Use this skill when working with Three.js WebGPU, TSL shaders, node materials, or GPU compute in Three.js.","https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fwebgpu-claude-skill\u002Fskills\u002Fwebgpu-threejs-tsl\u002FSKILL.md",[],[169,170,171,172,173,174,175,176,177,178,179,180,32,181,182,183,184,185,186,187,188,189,190,191,24],"webgpu","threejs","webgpu threejs tsl","setup","shaders","gpu","integration","applications","js","node","syntax","guide","language","three","compute","post","processing","with","renderer","for","materials","wgsl","effects",{"skillNo":193,"name":194,"nameZh":6,"description":195,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":196,"categories":197,"keywords":198,"publishedAt":41},"01M6DZS0BQXW2B56A289XF1X76","roslynk","Use Roslynk for semantic inspection and edits of *.cs, *.razor and *.cshtml solution files.","https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Froslynk\u002Fskills\u002Froslynk\u002FSKILL.md",[],[194,32,133,199,200,188,201],"semantic","razor","inspection",{"skillNo":203,"name":204,"nameZh":6,"description":205,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":206,"categories":207,"keywords":208,"publishedAt":41},"01M6DZRW6MEJCVW80K3S4XV60K","system-text-json-net11","Imperative guidance for the System.Text.Json APIs added in .NET 11: the built-in `JsonNamingPolicy.PascalCase` naming policy, and the strongly-typed generic `JsonSerializerOptions.GetTypeInfo` and `JsonSerializerOptions.TryGetTypeInfo` metadata accessors (generic overloads that return a typed `JsonTypeInfo`). USE ONLY when the user is targeting net11.0 or later and needs PascalCase JSON property or dictionary-key names without writing a custom naming policy, a strongly-typed generic `JsonTypeInfo` instead of the non-generic `JsonTypeInfo`, or a no-throw way to probe whether a type's serialization metadata is resolved. DO NOT USE when the target is earlier than net11.0, the requested behavior uses an established pre-net11 naming policy, or the user explicitly selected another JSON library.","https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet11\u002Fskills\u002Fsystem-text-json-net11\u002FSKILL.md",[],[209,210,211,212,151,213,214,215,216,217,218,32,219,220,221,222,27,223,224,225,226,188,227,228,24],"system","json","text","system text json net11","policy","metadata","library","serialization","behavior","user","only","probe","guidance","later","type","dictionary","naming","targeting","custom","generic",{"skillNo":230,"name":231,"nameZh":6,"description":232,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":233,"categories":234,"keywords":237,"publishedAt":41},"01M6DZRRJP3S662NFSG1RSPQQ7","process-api-net11","Provides guidance on the new System.Diagnostics.Process APIs introduced in .NET 11: Process.Run, Process.RunAndCaptureText, Process.StartAndForget, Process.ReadAllText\u002FBytes\u002FLines, KillOnParentExit, InheritedHandles, and StartDetached. USE FOR: starting, orchestrating, or capturing output from external processes in applications targeting net11.0 or later. DO NOT USE FOR: applications targeting .NET 10 or earlier, or basic pre-.NET 11 Process.Start usage without new APIs.","https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet11\u002Fskills\u002Fprocess-api-net11\u002FSKILL.md",[235,236],{"categoryNo":109,"categoryName":110,"taxonomyType":111,"taxonomyTypeDesc":112},{"categoryNo":114,"categoryName":115,"taxonomyType":116,"taxonomyTypeDesc":117},[126,238,239,240,122,241,176,209,32,221,222,27,242,243,244,245,226,188,246],"process","process api net11","diagnostics","start","basic","processes","output","usage","new"]