[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DZQG7A7N2YA255FB77KX21":3,"skill-same:01M6DZQG7A7N2YA255FB77KX21":141},{"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":43,"linkOnly":44,"markdownContent":45,"markdownBody":46,"frontMatter":47,"refName":49,"commitSha":50,"skillDirectory":51,"forksCount":52,"repositoryHtmlUrl":53,"repositoryHomepageUrl":54,"ownerHtmlUrl":55,"ownerBlogUrl":56,"ownerDescription":57,"updatedAt":58,"install":59,"resources":72},"01M6DZQG7A7N2YA255FB77KX21","migrate-dotnet8-to-dotnet9",null,"Migrate a .NET 8 project to .NET 9 and resolve all breaking changes. USE FOR: upgrading TargetFramework from net8.0 to net9.0, fixing build errors after updating the .NET 9 SDK, resolving behavioral changes in .NET 9 \u002F C# 13 \u002F ASP.NET Core 9 \u002F EF Core 9, replacing BinaryFormatter (now always throws), resolving SYSLIB0054-SYSLIB0057, adapting to params span overload resolution, fixing C# 13 compiler changes, updating HttpClientFactory for SocketsHttpHandler, and resolving EF Core 9 migration\u002FCosmos DB changes. DO NOT USE FOR: .NET Framework migrations, upgrading from .NET 7 or earlier, greenfield .NET 9 projects, or cosmetic modernization unrelated to the upgrade.","managedcode\u002Fdotnet-skills","managedcode","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F78253589?v=4","01M6DYDJR3EG8KB5G4PC65XCTT","Managed Code","01M6DYDJX0ZT432N04NYJW89DN",512,"MIT","https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42],"migrate","migrate dotnet8 to dotnet9","do","changes","for","errors","C#","now","cosmos","db","resolution","project","upgrade","sdk","build","migrations","unrelated","migration","use","projects","ef core","compiler","core","modernization","2026-11-10 10:12:30",false,"---\nname: migrate-dotnet8-to-dotnet9\ndescription: >\n  Migrate a .NET 8 project to .NET 9 and resolve all breaking changes.\n  USE FOR: upgrading TargetFramework from net8.0 to net9.0, fixing build errors\n  after updating the .NET 9 SDK, resolving behavioral changes in .NET 9 \u002F C# 13 \u002F\n  ASP.NET Core 9 \u002F EF Core 9, replacing BinaryFormatter (now always throws),\n  resolving SYSLIB0054-SYSLIB0057, adapting to params span overload resolution,\n  fixing C# 13 compiler changes, updating HttpClientFactory for SocketsHttpHandler,\n  and resolving EF Core 9 migration\u002FCosmos DB changes.\n  DO NOT USE FOR: .NET Framework migrations, upgrading from .NET 7 or earlier,\n  greenfield .NET 9 projects, or cosmetic modernization unrelated to the upgrade.\nlicense: MIT\n---\n\n# .NET 8 → .NET 9 Migration\n\nMigrate a .NET 8 project or solution to .NET 9, systematically resolving all breaking changes. The outcome is a project targeting `net9.0` that builds cleanly, passes tests, and accounts for every behavioral, source-incompatible, and binary-incompatible change introduced in the .NET 9 release.\n\n## When to Use\n\n- Upgrading `TargetFramework` from `net8.0` to `net9.0`\n- Resolving build errors or new warnings after updating the .NET 9 SDK\n- Adapting to behavioral changes in .NET 9 runtime, ASP.NET Core 9, or EF Core 9\n- Replacing `BinaryFormatter` usage (now always throws at runtime)\n- Updating CI\u002FCD pipelines, Dockerfiles, or deployment scripts for .NET 9\n\n## When Not to Use\n\n- The project already targets `net9.0` and builds cleanly — migration is done. If the goal is to reach `net10.0`, use the `migrate-dotnet9-to-dotnet10` skill as the next step.\n- Upgrading from .NET 7 or earlier — address the prior version breaking changes first\n- Migrating from .NET Framework — that is a separate, larger effort\n- Greenfield projects that start on .NET 9 (no migration needed)\n\n## Inputs\n\n| Input | Required | Description |\n|-------|----------|-------------|\n| Project or solution path | Yes | The `.csproj`, `.sln`, or `.slnx` entry point to migrate |\n| Build command | No | How to build (e.g., `dotnet build`, a repo build script). Auto-detect if not provided |\n| Test command | No | How to run tests (e.g., `dotnet test`). Auto-detect if not provided |\n| Project type hints | No | Whether the project uses ASP.NET Core, EF Core, WinForms, WPF, containers, etc. Auto-detect from PackageReferences and SDK attributes if not provided |\n\n## Workflow\n\n> **Answer directly from the loaded reference documents.** Do not search the filesystem or fetch web pages for breaking change information — the references contain the authoritative details. Focus on identifying which breaking changes apply and providing concrete fixes.\n>\n> **Commit strategy:** Commit at each logical boundary — after updating the TFM (Step 2), after resolving build errors (Step 3), after addressing behavioral changes (Step 4), and after updating infrastructure (Step 5). This keeps each commit focused and reviewable.\n\n### Step 1: Assess the project\n\n1. Identify how the project is built and tested. Look for build scripts, `.sln`\u002F`.slnx` files, or individual `.csproj` files.\n2. Run `dotnet --version` to confirm the .NET 9 SDK is installed. If it is not, stop and inform the user.\n3. Determine which technology areas the project uses by examining:\n   - **SDK attribute**: `Microsoft.NET.Sdk.Web` → ASP.NET Core; `Microsoft.NET.Sdk.WindowsDesktop` with `\u003CUseWPF>` or `\u003CUseWindowsForms>` → WPF\u002FWinForms\n   - **PackageReferences**: `Microsoft.EntityFrameworkCore.*` → EF Core; `Microsoft.Extensions.Http` → HttpClientFactory\n   - **Dockerfile presence** → Container changes relevant\n   - **P\u002FInvoke or native interop usage** → Interop changes relevant\n   - **`BinaryFormatter` usage** → Serialization migration needed\n   - **`System.Text.Json` usage** → Serialization changes relevant\n   - **X509Certificate constructors** → Cryptography changes relevant\n4. Record which reference documents are relevant (see the reference loading table in Step 3).\n5. Do a **clean build** (`dotnet build --no-incremental` or delete `bin`\u002F`obj`) on the current `net8.0` target to establish a clean baseline. Record any pre-existing warnings.\n\n### Step 2: Update the Target Framework\n\n1. In each `.csproj` (or `Directory.Build.props` if centralized), change:\n   ```xml\n   \u003CTargetFramework>net8.0\u003C\u002FTargetFramework>\n   ```\n   to:\n   ```xml\n   \u003CTargetFramework>net9.0\u003C\u002FTargetFramework>\n   ```\n   For multi-targeted projects, add `net9.0` to `\u003CTargetFrameworks>` or replace `net8.0`.\n\n2. Update all `Microsoft.Extensions.*`, `Microsoft.AspNetCore.*`, `Microsoft.EntityFrameworkCore.*`, and other Microsoft package references to their 9.0.x versions. If using Central Package Management (`Directory.Packages.props`), update versions there.\n\n3. Run `dotnet restore`. Watch for:\n   - **Version requirements**: .NET 9 SDK requires Visual Studio 17.12+ to target `net9.0` (17.11 for `net8.0` and earlier).\n   - **New warnings for .NET Standard 1.x** and **.NET 7 targets** — consider updating or removing outdated target frameworks.\n\n4. Run a clean build. Collect all errors and new warnings. These will be addressed in Step 3.\n\n### Step 3: Resolve build errors and source-incompatible changes\n\nWork through compilation errors and new warnings systematically. Load the appropriate reference documents based on the project type:\n\n| If the project uses… | Load reference |\n|-----------------------|----------------|\n| Any .NET 9 project | `references\u002Fcsharp-compiler-dotnet8to9.md` |\n| Any .NET 9 project | `references\u002Fcore-libraries-dotnet8to9.md` |\n| Any .NET 9 project | `references\u002Fsdk-msbuild-dotnet8to9.md` |\n| ASP.NET Core | `references\u002Faspnet-core-dotnet8to9.md` |\n| Entity Framework Core | `references\u002Fefcore-dotnet8to9.md` |\n| Cryptography APIs | `references\u002Fcryptography-dotnet8to9.md` |\n| System.Text.Json, HttpClient, networking | `references\u002Fserialization-networking-dotnet8to9.md` |\n| Windows Forms or WPF | `references\u002Fwinforms-wpf-dotnet8to9.md` |\n| Docker containers, native interop | `references\u002Fcontainers-interop-dotnet8to9.md` |\n| Runtime configuration, deployment | `references\u002Fdeployment-runtime-dotnet8to9.md` |\n\n**Common source-incompatible changes to check for:**\n\n1. **`params` span overload resolution** — New `params ReadOnlySpan\u003CT>` overloads on `String.Join`, `String.Concat`, `Path.Combine`, `Task.WhenAll`, and many more now bind preferentially. Code calling these methods inside `Expression` lambdas will fail (CS8640\u002FCS9226). See `references\u002Fcore-libraries-dotnet8to9.md`.\n\n2. **`StringValues` ambiguous overload** — The `params Span\u003CT>` feature creates ambiguity with `StringValues` implicit operators on methods like `String.Concat`, `String.Join`, `Path.Combine`. Fix by explicitly casting arguments. See `references\u002Fcore-libraries-dotnet8to9.md`.\n\n3. **New obsoletion warnings (SYSLIB0054–SYSLIB0057)**:\n   - `SYSLIB0054`: Replace `Thread.VolatileRead`\u002F`VolatileWrite` with `Volatile.Read`\u002F`Volatile.Write`\n   - `SYSLIB0057`: Replace `X509Certificate2`\u002F`X509Certificate` binary\u002Ffile constructors with `X509CertificateLoader` methods\n   - Also `SYSLIB0055` (ARM AdvSimd signed overloads) and `SYSLIB0056` (Assembly.LoadFrom with hash algorithm) — see `references\u002Fcore-libraries-dotnet8to9.md`\n\n4. **C# 13 `InlineArray` on record structs** — `[InlineArray]` attribute on `record struct` types is now disallowed (CS9259). Change to a regular `struct`. See `references\u002Fcsharp-compiler-dotnet8to9.md`.\n\n5. **C# 13 iterator safe context** — Iterators now introduce a safe context in C# 13. Local functions inside iterators that used unsafe code inherited from an outer `unsafe` class will now error. Add `unsafe` modifier to the local function. See `references\u002Fcsharp-compiler-dotnet8to9.md`.\n\n6. **C# 13 collection expression overload resolution** — Empty collection expressions (`[]`) no longer use span vs non-span to tiebreak overloads. Exact element type is now preferred. See `references\u002Fcsharp-compiler-dotnet8to9.md`.\n\n7. **`String.Trim(params ReadOnlySpan\u003Cchar>)` removed** — Code compiled against .NET 9 previews that passes `ReadOnlySpan\u003Cchar>` to `Trim`\u002F`TrimStart`\u002F`TrimEnd` must rebuild; the overload was removed in GA. See `references\u002Fcore-libraries-dotnet8to9.md`.\n\n8. **`BinaryFormatter` always throws** — If the project uses `BinaryFormatter`, **stop and inform the user** — this is a major decision. See `references\u002Fserialization-networking-dotnet8to9.md`.\n\n9. **`HttpListenerRequest.UserAgent` is nullable** — The property is now `string?`. Add null checks. See `references\u002Fserialization-networking-dotnet8to9.md`.\n\n10. **Windows Forms nullability annotation changes** — Some WinForms API parameters changed from nullable to non-nullable. Update call sites. See `references\u002Fwinforms-wpf-dotnet8to9.md`.\n\n11. **Windows Forms security analyzers (WFO1000)** — New analyzers produce errors for properties without explicit serialization configuration. See `references\u002Fwinforms-wpf-dotnet8to9.md`.\n\nBuild again after each batch of fixes. Repeat until the build is clean.\n\n### Step 4: Address behavioral changes\n\nBehavioral changes do not cause build errors but may change runtime behavior. Review each applicable item and determine whether the previous behavior was relied upon.\n\n**High-impact behavioral changes (check first):**\n\n1. **Floating-point to integer conversions are now saturating** — Conversions from `float`\u002F`double` to integer types now saturate instead of wrapping on x86\u002Fx64. See `references\u002Fdeployment-runtime-dotnet8to9.md`.\n\n2. **EF Core: Pending model changes exception** — `Migrate()`\u002F`MigrateAsync()` now throws if the model has pending changes. **Search for `DateTime.Now`, `DateTime.UtcNow`, or `Guid.NewGuid()` in any `HasData` call — these must be replaced with fixed constants** (e.g., `new DateTime(2024, 1, 1, 0, 0, 0, DateTimeKind.Utc)`). See `references\u002Fefcore-dotnet8to9.md`.\n\n3. **EF Core: Explicit transaction exception** — `Migrate()` inside a user transaction now throws. See `references\u002Fefcore-dotnet8to9.md`.\n\n4. **HttpClientFactory uses `SocketsHttpHandler` by default** — Code that casts the primary handler to `HttpClientHandler` will get `InvalidCastException`. See `references\u002Fserialization-networking-dotnet8to9.md`.\n\n5. **HttpClientFactory header redaction by default** — All header values in `Trace`-level logs are now redacted. See `references\u002Fserialization-networking-dotnet8to9.md`.\n\n6. **Environment variables take precedence over runtimeconfig.json** — Runtime configuration settings from environment variables now override `runtimeconfig.json`. See `references\u002Fdeployment-runtime-dotnet8to9.md`.\n\n7. **ASP.NET Core `ValidateOnBuild`\u002F`ValidateScopes` in development** — `HostBuilder` now enables DI validation in development by default. See `references\u002Faspnet-core-dotnet8to9.md`.\n\n**Other behavioral changes to review (may cause runtime exceptions ⚠️ or subtle behavioral differences):**\n\n- ⚠️ `FromKeyedServicesAttribute` no longer injects non-keyed service fallback — throws `InvalidOperationException`\n- ⚠️ Container images no longer install zlib — apps depending on system zlib will fail\n- ⚠️ Intel CET is now enabled by default — non-CET-compatible native libraries may cause process termination\n- `BigInteger` now has a maximum length of `(2^31) - 1` bits\n- `JsonDocument` deserialization of JSON `null` now returns non-null `JsonDocument` with `JsonValueKind.Null` instead of C# `null`\n- `System.Text.Json` metadata reader now unescapes metadata property names\n- `ZipArchiveEntry` names\u002Fcomments now respect the UTF-8 flag\n- `IncrementingPollingCounter` initial callback is now asynchronous\n- `InMemoryDirectoryInfo` prepends rootDir to files\n- `RuntimeHelpers.GetSubArray` returns a different type\n- `PictureBox` raises `HttpRequestException` instead of `WebException`\n- `StatusStrip` uses a different default renderer\n- `IMsoComponent` support is opt-in\n- `SafeEvpPKeyHandle.DuplicateHandle` up-refs the handle\n- `HttpClient` metrics report `server.port` unconditionally\n- URI query strings redacted in HttpClient EventSource events and IHttpClientFactory logs\n- `dotnet watch` is incompatible with Hot Reload for old frameworks\n- WPF `GetXmlNamespaceMaps` returns `Hashtable` instead of `String`\n\n### Step 5: Update infrastructure\n\n1. **Dockerfiles**: Update base images. Note that .NET 9 container images no longer install zlib. If your app depends on zlib, add `RUN apt-get update && apt-get install -y zlib1g` to your Dockerfile.\n   ```dockerfile\n   # Before\n   FROM mcr.microsoft.com\u002Fdotnet\u002Fsdk:8.0 AS build\n   FROM mcr.microsoft.com\u002Fdotnet\u002Faspnet:8.0\n   # After\n   FROM mcr.microsoft.com\u002Fdotnet\u002Fsdk:9.0 AS build\n   FROM mcr.microsoft.com\u002Fdotnet\u002Faspnet:9.0\n   ```\n\n2. **CI\u002FCD pipelines**: Update SDK version references. If using `global.json`, update:\n   ```json\n   {\n     \"sdk\": {\n       \"version\": \"9.0.100\",\n       \"rollForward\": \"latestFeature\"\n     }\n   }\n   ```\n   Review the `rollForward` policy — if set to `\"disable\"` or `\"latestPatch\"`, the SDK may not resolve correctly after upgrading. `\"latestFeature\"` (recommended) allows the SDK to roll forward to the latest 9.0.x feature band.\n\n3. **Visual Studio version**: .NET 9 SDK requires VS 17.12+ to target `net9.0`. VS 17.11 can only target `net8.0` and earlier.\n\n4. **Terminal Logger**: `dotnet build` now uses Terminal Logger by default in interactive terminals. CI scripts that parse MSBuild console output may need `--tl:off` or `MSBUILDTERMINALLOGGER=off`.\n\n5. **`dotnet workload` output**: Output format has changed. Update any scripts that parse workload command output.\n\n6. **.NET Monitor images**: Tags simplified to version-only (affects container orchestration referencing specific tags).\n\n### Step 6: Verify\n\n1. Run a full clean build: `dotnet build --no-incremental`\n2. Run all tests: `dotnet test`\n3. If the application is containerized, build and test the container image\n4. Smoke-test the application, paying special attention to:\n   - BinaryFormatter usage (will throw at runtime)\n   - Floating-point to integer conversion behavior\n   - EF Core migration application\n   - HttpClientFactory handler casting and logging\n   - DI validation in development environment\n   - Runtime configuration settings (environment variable precedence)\n5. Review the diff and ensure no unintended behavioral changes were introduced\n\n## Reference Documents\n\nThe `references\u002F` folder contains detailed breaking change information organized by technology area. Load only the references relevant to the project being migrated:\n\n| Reference file | When to load |\n|----------------|-------------|\n| `references\u002Fcsharp-compiler-dotnet8to9.md` | Always (C# 13 compiler breaking changes — InlineArray on records, iterator safe context, collection expression overloads) |\n| `references\u002Fcore-libraries-dotnet8to9.md` | Always (applies to all .NET 9 projects) |\n| `references\u002Fsdk-msbuild-dotnet8to9.md` | Always (SDK and build tooling changes) |\n| `references\u002Faspnet-core-dotnet8to9.md` | Project uses ASP.NET Core |\n| `references\u002Fefcore-dotnet8to9.md` | Project uses Entity Framework Core |\n| `references\u002Fcryptography-dotnet8to9.md` | Project uses System.Security.Cryptography or X.509 certificates |\n| `references\u002Fserialization-networking-dotnet8to9.md` | Project uses BinaryFormatter, System.Text.Json, HttpClient, or networking APIs |\n| `references\u002Fwinforms-wpf-dotnet8to9.md` | Project uses Windows Forms or WPF |\n| `references\u002Fcontainers-interop-dotnet8to9.md` | Project uses Docker containers or native interop (P\u002FInvoke) |\n| `references\u002Fdeployment-runtime-dotnet8to9.md` | Project uses runtime configuration, deployment, or has floating-point to integer conversions |\n","# .NET 8 → .NET 9 Migration\n\nMigrate a .NET 8 project or solution to .NET 9, systematically resolving all breaking changes. The outcome is a project targeting `net9.0` that builds cleanly, passes tests, and accounts for every behavioral, source-incompatible, and binary-incompatible change introduced in the .NET 9 release.\n\n## When to Use\n\n- Upgrading `TargetFramework` from `net8.0` to `net9.0`\n- Resolving build errors or new warnings after updating the .NET 9 SDK\n- Adapting to behavioral changes in .NET 9 runtime, ASP.NET Core 9, or EF Core 9\n- Replacing `BinaryFormatter` usage (now always throws at runtime)\n- Updating CI\u002FCD pipelines, Dockerfiles, or deployment scripts for .NET 9\n\n## When Not to Use\n\n- The project already targets `net9.0` and builds cleanly — migration is done. If the goal is to reach `net10.0`, use the `migrate-dotnet9-to-dotnet10` skill as the next step.\n- Upgrading from .NET 7 or earlier — address the prior version breaking changes first\n- Migrating from .NET Framework — that is a separate, larger effort\n- Greenfield projects that start on .NET 9 (no migration needed)\n\n## Inputs\n\n| Input | Required | Description |\n|-------|----------|-------------|\n| Project or solution path | Yes | The `.csproj`, `.sln`, or `.slnx` entry point to migrate |\n| Build command | No | How to build (e.g., `dotnet build`, a repo build script). Auto-detect if not provided |\n| Test command | No | How to run tests (e.g., `dotnet test`). Auto-detect if not provided |\n| Project type hints | No | Whether the project uses ASP.NET Core, EF Core, WinForms, WPF, containers, etc. Auto-detect from PackageReferences and SDK attributes if not provided |\n\n## Workflow\n\n> **Answer directly from the loaded reference documents.** Do not search the filesystem or fetch web pages for breaking change information — the references contain the authoritative details. Focus on identifying which breaking changes apply and providing concrete fixes.\n>\n> **Commit strategy:** Commit at each logical boundary — after updating the TFM (Step 2), after resolving build errors (Step 3), after addressing behavioral changes (Step 4), and after updating infrastructure (Step 5). This keeps each commit focused and reviewable.\n\n### Step 1: Assess the project\n\n1. Identify how the project is built and tested. Look for build scripts, `.sln`\u002F`.slnx` files, or individual `.csproj` files.\n2. Run `dotnet --version` to confirm the .NET 9 SDK is installed. If it is not, stop and inform the user.\n3. Determine which technology areas the project uses by examining:\n   - **SDK attribute**: `Microsoft.NET.Sdk.Web` → ASP.NET Core; `Microsoft.NET.Sdk.WindowsDesktop` with `\u003CUseWPF>` or `\u003CUseWindowsForms>` → WPF\u002FWinForms\n   - **PackageReferences**: `Microsoft.EntityFrameworkCore.*` → EF Core; `Microsoft.Extensions.Http` → HttpClientFactory\n   - **Dockerfile presence** → Container changes relevant\n   - **P\u002FInvoke or native interop usage** → Interop changes relevant\n   - **`BinaryFormatter` usage** → Serialization migration needed\n   - **`System.Text.Json` usage** → Serialization changes relevant\n   - **X509Certificate constructors** → Cryptography changes relevant\n4. Record which reference documents are relevant (see the reference loading table in Step 3).\n5. Do a **clean build** (`dotnet build --no-incremental` or delete `bin`\u002F`obj`) on the current `net8.0` target to establish a clean baseline. Record any pre-existing warnings.\n\n### Step 2: Update the Target Framework\n\n1. In each `.csproj` (or `Directory.Build.props` if centralized), change:\n   ```xml\n   \u003CTargetFramework>net8.0\u003C\u002FTargetFramework>\n   ```\n   to:\n   ```xml\n   \u003CTargetFramework>net9.0\u003C\u002FTargetFramework>\n   ```\n   For multi-targeted projects, add `net9.0` to `\u003CTargetFrameworks>` or replace `net8.0`.\n\n2. Update all `Microsoft.Extensions.*`, `Microsoft.AspNetCore.*`, `Microsoft.EntityFrameworkCore.*`, and other Microsoft package references to their 9.0.x versions. If using Central Package Management (`Directory.Packages.props`), update versions there.\n\n3. Run `dotnet restore`. Watch for:\n   - **Version requirements**: .NET 9 SDK requires Visual Studio 17.12+ to target `net9.0` (17.11 for `net8.0` and earlier).\n   - **New warnings for .NET Standard 1.x** and **.NET 7 targets** — consider updating or removing outdated target frameworks.\n\n4. Run a clean build. Collect all errors and new warnings. These will be addressed in Step 3.\n\n### Step 3: Resolve build errors and source-incompatible changes\n\nWork through compilation errors and new warnings systematically. Load the appropriate reference documents based on the project type:\n\n| If the project uses… | Load reference |\n|-----------------------|----------------|\n| Any .NET 9 project | `references\u002Fcsharp-compiler-dotnet8to9.md` |\n| Any .NET 9 project | `references\u002Fcore-libraries-dotnet8to9.md` |\n| Any .NET 9 project | `references\u002Fsdk-msbuild-dotnet8to9.md` |\n| ASP.NET Core | `references\u002Faspnet-core-dotnet8to9.md` |\n| Entity Framework Core | `references\u002Fefcore-dotnet8to9.md` |\n| Cryptography APIs | `references\u002Fcryptography-dotnet8to9.md` |\n| System.Text.Json, HttpClient, networking | `references\u002Fserialization-networking-dotnet8to9.md` |\n| Windows Forms or WPF | `references\u002Fwinforms-wpf-dotnet8to9.md` |\n| Docker containers, native interop | `references\u002Fcontainers-interop-dotnet8to9.md` |\n| Runtime configuration, deployment | `references\u002Fdeployment-runtime-dotnet8to9.md` |\n\n**Common source-incompatible changes to check for:**\n\n1. **`params` span overload resolution** — New `params ReadOnlySpan\u003CT>` overloads on `String.Join`, `String.Concat`, `Path.Combine`, `Task.WhenAll`, and many more now bind preferentially. Code calling these methods inside `Expression` lambdas will fail (CS8640\u002FCS9226). See `references\u002Fcore-libraries-dotnet8to9.md`.\n\n2. **`StringValues` ambiguous overload** — The `params Span\u003CT>` feature creates ambiguity with `StringValues` implicit operators on methods like `String.Concat`, `String.Join`, `Path.Combine`. Fix by explicitly casting arguments. See `references\u002Fcore-libraries-dotnet8to9.md`.\n\n3. **New obsoletion warnings (SYSLIB0054–SYSLIB0057)**:\n   - `SYSLIB0054`: Replace `Thread.VolatileRead`\u002F`VolatileWrite` with `Volatile.Read`\u002F`Volatile.Write`\n   - `SYSLIB0057`: Replace `X509Certificate2`\u002F`X509Certificate` binary\u002Ffile constructors with `X509CertificateLoader` methods\n   - Also `SYSLIB0055` (ARM AdvSimd signed overloads) and `SYSLIB0056` (Assembly.LoadFrom with hash algorithm) — see `references\u002Fcore-libraries-dotnet8to9.md`\n\n4. **C# 13 `InlineArray` on record structs** — `[InlineArray]` attribute on `record struct` types is now disallowed (CS9259). Change to a regular `struct`. See `references\u002Fcsharp-compiler-dotnet8to9.md`.\n\n5. **C# 13 iterator safe context** — Iterators now introduce a safe context in C# 13. Local functions inside iterators that used unsafe code inherited from an outer `unsafe` class will now error. Add `unsafe` modifier to the local function. See `references\u002Fcsharp-compiler-dotnet8to9.md`.\n\n6. **C# 13 collection expression overload resolution** — Empty collection expressions (`[]`) no longer use span vs non-span to tiebreak overloads. Exact element type is now preferred. See `references\u002Fcsharp-compiler-dotnet8to9.md`.\n\n7. **`String.Trim(params ReadOnlySpan\u003Cchar>)` removed** — Code compiled against .NET 9 previews that passes `ReadOnlySpan\u003Cchar>` to `Trim`\u002F`TrimStart`\u002F`TrimEnd` must rebuild; the overload was removed in GA. See `references\u002Fcore-libraries-dotnet8to9.md`.\n\n8. **`BinaryFormatter` always throws** — If the project uses `BinaryFormatter`, **stop and inform the user** — this is a major decision. See `references\u002Fserialization-networking-dotnet8to9.md`.\n\n9. **`HttpListenerRequest.UserAgent` is nullable** — The property is now `string?`. Add null checks. See `references\u002Fserialization-networking-dotnet8to9.md`.\n\n10. **Windows Forms nullability annotation changes** — Some WinForms API parameters changed from nullable to non-nullable. Update call sites. See `references\u002Fwinforms-wpf-dotnet8to9.md`.\n\n11. **Windows Forms security analyzers (WFO1000)** — New analyzers produce errors for properties without explicit serialization configuration. See `references\u002Fwinforms-wpf-dotnet8to9.md`.\n\nBuild again after each batch of fixes. Repeat until the build is clean.\n\n### Step 4: Address behavioral changes\n\nBehavioral changes do not cause build errors but may change runtime behavior. Review each applicable item and determine whether the previous behavior was relied upon.\n\n**High-impact behavioral changes (check first):**\n\n1. **Floating-point to integer conversions are now saturating** — Conversions from `float`\u002F`double` to integer types now saturate instead of wrapping on x86\u002Fx64. See `references\u002Fdeployment-runtime-dotnet8to9.md`.\n\n2. **EF Core: Pending model changes exception** — `Migrate()`\u002F`MigrateAsync()` now throws if the model has pending changes. **Search for `DateTime.Now`, `DateTime.UtcNow`, or `Guid.NewGuid()` in any `HasData` call — these must be replaced with fixed constants** (e.g., `new DateTime(2024, 1, 1, 0, 0, 0, DateTimeKind.Utc)`). See `references\u002Fefcore-dotnet8to9.md`.\n\n3. **EF Core: Explicit transaction exception** — `Migrate()` inside a user transaction now throws. See `references\u002Fefcore-dotnet8to9.md`.\n\n4. **HttpClientFactory uses `SocketsHttpHandler` by default** — Code that casts the primary handler to `HttpClientHandler` will get `InvalidCastException`. See `references\u002Fserialization-networking-dotnet8to9.md`.\n\n5. **HttpClientFactory header redaction by default** — All header values in `Trace`-level logs are now redacted. See `references\u002Fserialization-networking-dotnet8to9.md`.\n\n6. **Environment variables take precedence over runtimeconfig.json** — Runtime configuration settings from environment variables now override `runtimeconfig.json`. See `references\u002Fdeployment-runtime-dotnet8to9.md`.\n\n7. **ASP.NET Core `ValidateOnBuild`\u002F`ValidateScopes` in development** — `HostBuilder` now enables DI validation in development by default. See `references\u002Faspnet-core-dotnet8to9.md`.\n\n**Other behavioral changes to review (may cause runtime exceptions ⚠️ or subtle behavioral differences):**\n\n- ⚠️ `FromKeyedServicesAttribute` no longer injects non-keyed service fallback — throws `InvalidOperationException`\n- ⚠️ Container images no longer install zlib — apps depending on system zlib will fail\n- ⚠️ Intel CET is now enabled by default — non-CET-compatible native libraries may cause process termination\n- `BigInteger` now has a maximum length of `(2^31) - 1` bits\n- `JsonDocument` deserialization of JSON `null` now returns non-null `JsonDocument` with `JsonValueKind.Null` instead of C# `null`\n- `System.Text.Json` metadata reader now unescapes metadata property names\n- `ZipArchiveEntry` names\u002Fcomments now respect the UTF-8 flag\n- `IncrementingPollingCounter` initial callback is now asynchronous\n- `InMemoryDirectoryInfo` prepends rootDir to files\n- `RuntimeHelpers.GetSubArray` returns a different type\n- `PictureBox` raises `HttpRequestException` instead of `WebException`\n- `StatusStrip` uses a different default renderer\n- `IMsoComponent` support is opt-in\n- `SafeEvpPKeyHandle.DuplicateHandle` up-refs the handle\n- `HttpClient` metrics report `server.port` unconditionally\n- URI query strings redacted in HttpClient EventSource events and IHttpClientFactory logs\n- `dotnet watch` is incompatible with Hot Reload for old frameworks\n- WPF `GetXmlNamespaceMaps` returns `Hashtable` instead of `String`\n\n### Step 5: Update infrastructure\n\n1. **Dockerfiles**: Update base images. Note that .NET 9 container images no longer install zlib. If your app depends on zlib, add `RUN apt-get update && apt-get install -y zlib1g` to your Dockerfile.\n   ```dockerfile\n   # Before\n   FROM mcr.microsoft.com\u002Fdotnet\u002Fsdk:8.0 AS build\n   FROM mcr.microsoft.com\u002Fdotnet\u002Faspnet:8.0\n   # After\n   FROM mcr.microsoft.com\u002Fdotnet\u002Fsdk:9.0 AS build\n   FROM mcr.microsoft.com\u002Fdotnet\u002Faspnet:9.0\n   ```\n\n2. **CI\u002FCD pipelines**: Update SDK version references. If using `global.json`, update:\n   ```json\n   {\n     \"sdk\": {\n       \"version\": \"9.0.100\",\n       \"rollForward\": \"latestFeature\"\n     }\n   }\n   ```\n   Review the `rollForward` policy — if set to `\"disable\"` or `\"latestPatch\"`, the SDK may not resolve correctly after upgrading. `\"latestFeature\"` (recommended) allows the SDK to roll forward to the latest 9.0.x feature band.\n\n3. **Visual Studio version**: .NET 9 SDK requires VS 17.12+ to target `net9.0`. VS 17.11 can only target `net8.0` and earlier.\n\n4. **Terminal Logger**: `dotnet build` now uses Terminal Logger by default in interactive terminals. CI scripts that parse MSBuild console output may need `--tl:off` or `MSBUILDTERMINALLOGGER=off`.\n\n5. **`dotnet workload` output**: Output format has changed. Update any scripts that parse workload command output.\n\n6. **.NET Monitor images**: Tags simplified to version-only (affects container orchestration referencing specific tags).\n\n### Step 6: Verify\n\n1. Run a full clean build: `dotnet build --no-incremental`\n2. Run all tests: `dotnet test`\n3. If the application is containerized, build and test the container image\n4. Smoke-test the application, paying special attention to:\n   - BinaryFormatter usage (will throw at runtime)\n   - Floating-point to integer conversion behavior\n   - EF Core migration application\n   - HttpClientFactory handler casting and logging\n   - DI validation in development environment\n   - Runtime configuration settings (environment variable precedence)\n5. Review the diff and ensure no unintended behavioral changes were introduced\n\n## Reference Documents\n\nThe `references\u002F` folder contains detailed breaking change information organized by technology area. Load only the references relevant to the project being migrated:\n\n| Reference file | When to load |\n|----------------|-------------|\n| `references\u002Fcsharp-compiler-dotnet8to9.md` | Always (C# 13 compiler breaking changes — InlineArray on records, iterator safe context, collection expression overloads) |\n| `references\u002Fcore-libraries-dotnet8to9.md` | Always (applies to all .NET 9 projects) |\n| `references\u002Fsdk-msbuild-dotnet8to9.md` | Always (SDK and build tooling changes) |\n| `references\u002Faspnet-core-dotnet8to9.md` | Project uses ASP.NET Core |\n| `references\u002Fefcore-dotnet8to9.md` | Project uses Entity Framework Core |\n| `references\u002Fcryptography-dotnet8to9.md` | Project uses System.Security.Cryptography or X.509 certificates |\n| `references\u002Fserialization-networking-dotnet8to9.md` | Project uses BinaryFormatter, System.Text.Json, HttpClient, or networking APIs |\n| `references\u002Fwinforms-wpf-dotnet8to9.md` | Project uses Windows Forms or WPF |\n| `references\u002Fcontainers-interop-dotnet8to9.md` | Project uses Docker containers or native interop (P\u002FInvoke) |\n| `references\u002Fdeployment-runtime-dotnet8to9.md` | Project uses runtime configuration, deployment, or has floating-point to integer conversions |\n",{"name":5,"license":15,"description":48},"Migrate a .NET 8 project to .NET 9 and resolve all breaking changes. USE FOR: upgrading TargetFramework from net8.0 to net9.0, fixing build errors after updating the .NET 9 SDK, resolving behavioral changes in .NET 9 \u002F C# 13 \u002F ASP.NET Core 9 \u002F EF Core 9, replacing BinaryFormatter (now always throws), resolving SYSLIB0054-SYSLIB0057, adapting to params span overload resolution, fixing C# 13 compiler changes, updating HttpClientFactory for SocketsHttpHandler, and resolving EF Core 9 migration\u002FCosmos DB changes. DO NOT USE FOR: .NET Framework migrations, upgrading from .NET 7 or earlier, greenfield .NET 9 projects, or cosmetic modernization unrelated to the upgrade.\n","main","497cc9aba79a931ac6fb8d36a48cc22fe3d6d74b","external-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9",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-11 19:34:28",{"source":8,"skillName":5,"commands":60,"prompt":70,"zipAvailable":71},[61,64,67],{"tool":62,"command":63},"npx","npx skills add managedcode\u002Fdotnet-skills --skill migrate-dotnet8-to-dotnet9",{"tool":65,"command":66},"bunx","bunx skills add managedcode\u002Fdotnet-skills --skill migrate-dotnet8-to-dotnet9",{"tool":68,"command":69},"pnpm","pnpm dlx skills add managedcode\u002Fdotnet-skills --skill migrate-dotnet8-to-dotnet9","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002FSKILL.md",true,[73,79,83,87,91,95,99,103,107,111,115,119,123,127,133,137],{"path":74,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Fapi_reference.md","REFERENCE","参考文档",16789,"https:\u002F\u002Fgithub.com\u002FJSGforever\u002Fskillguard\u002Fblob\u002Fmain\u002Fbenchmarks\u002Ffinal\u002Fskills\u002Fasset1__Microck--claude-scientific-skills\u002Fscientific-skills\u002Frdkit\u002Freferences\u002Fapi_reference.md",{"path":80,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Faspnet-core-dotnet8to9.md",2357,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Faspnet-core-dotnet8to9.md",{"path":84,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Fcontainers-interop-dotnet8to9.md",1977,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fcontainers-interop-dotnet8to9.md",{"path":88,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fcore-libraries-dotnet8to9.md",7148,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fcore-libraries-dotnet8to9.md",{"path":92,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fcryptography-dotnet8to9.md",2146,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fcryptography-dotnet8to9.md",{"path":96,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":97,"sourceHtmlUrl":98},"references\u002Fcsharp-compiler-dotnet8to9.md",3399,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fcsharp-compiler-dotnet8to9.md",{"path":100,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Fdeployment-runtime-dotnet8to9.md",2498,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fdeployment-runtime-dotnet8to9.md",{"path":104,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":105,"sourceHtmlUrl":106},"references\u002Fdescriptors_reference.md",11779,"https:\u002F\u002Fgithub.com\u002FJSGforever\u002Fskillguard\u002Fblob\u002Fmain\u002Fbenchmarks\u002Ffinal\u002Fskills\u002Fasset1__Microck--claude-scientific-skills\u002Fscientific-skills\u002Frdkit\u002Freferences\u002Fdescriptors_reference.md",{"path":108,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":109,"sourceHtmlUrl":110},"references\u002Fefcore-dotnet8to9.md",7060,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fefcore-dotnet8to9.md",{"path":112,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":113,"sourceHtmlUrl":114},"references\u002Fsdk-msbuild-dotnet8to9.md",2393,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fsdk-msbuild-dotnet8to9.md",{"path":116,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":117,"sourceHtmlUrl":118},"references\u002Fserialization-networking-dotnet8to9.md",5565,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fserialization-networking-dotnet8to9.md",{"path":120,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":121,"sourceHtmlUrl":122},"references\u002Fsmarts_patterns.md",8143,"https:\u002F\u002Fgithub.com\u002FJSGforever\u002Fskillguard\u002Fblob\u002Fmain\u002Fbenchmarks\u002Ffinal\u002Fskills\u002Fasset1__Microck--claude-scientific-skills\u002Fscientific-skills\u002Frdkit\u002Freferences\u002Fsmarts_patterns.md",{"path":124,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":125,"sourceHtmlUrl":126},"references\u002Fwinforms-wpf-dotnet8to9.md",3838,"https:\u002F\u002Fgithub.com\u002Fmanagedcode\u002Fdotnet-skills\u002Fblob\u002Fmain\u002Fexternal-sources\u002Fupstreams\u002Fdotnet-skills\u002Fplugins\u002Fdotnet-upgrade\u002Fskills\u002Fmigrate-dotnet8-to-dotnet9\u002Freferences\u002Fwinforms-wpf-dotnet8to9.md",{"path":128,"resourceType":129,"resourceTypeDesc":130,"sizeBytes":131,"sourceHtmlUrl":132},"scripts\u002Fmolecular_properties.py","SCRIPT","脚本",7361,"https:\u002F\u002Fgithub.com\u002FJSGforever\u002Fskillguard\u002Fblob\u002Fmain\u002Fbenchmarks\u002Ffinal\u002Fskills\u002Fasset1__Microck--claude-scientific-skills\u002Fscientific-skills\u002Frdkit\u002Fscripts\u002Fmolecular_properties.py",{"path":134,"resourceType":129,"resourceTypeDesc":130,"sizeBytes":135,"sourceHtmlUrl":136},"scripts\u002Fsimilarity_search.py",9444,"https:\u002F\u002Fgithub.com\u002FJSGforever\u002Fskillguard\u002Fblob\u002Fmain\u002Fbenchmarks\u002Ffinal\u002Fskills\u002Fasset1__Microck--claude-scientific-skills\u002Fscientific-skills\u002Frdkit\u002Fscripts\u002Fsimilarity_search.py",{"path":138,"resourceType":129,"resourceTypeDesc":130,"sizeBytes":139,"sourceHtmlUrl":140},"scripts\u002Fsubstructure_filter.py",12351,"https:\u002F\u002Fgithub.com\u002FJSGforever\u002Fskillguard\u002Fblob\u002Fmain\u002Fbenchmarks\u002Ffinal\u002Fskills\u002Fasset1__Microck--claude-scientific-skills\u002Fscientific-skills\u002Frdkit\u002Fscripts\u002Fsubstructure_filter.py",[142,178,201,231,241,268],{"skillNo":143,"name":144,"nameZh":6,"description":145,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":146,"categories":147,"keywords":158,"publishedAt":43},"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",[148,153],{"categoryNo":149,"categoryName":150,"taxonomyType":151,"taxonomyTypeDesc":152},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",{"categoryNo":154,"categoryName":155,"taxonomyType":156,"taxonomyTypeDesc":157},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[159,160,161,162,163,164,165,166,167,168,169,170,171,35,172,173,174,175,176,177],"xtwitter scraper","browser automation","workflows","run","code","browser","search","repository","api","Media","api client","access","edit","webhooks","files","social","commands","modeling","webhook",{"skillNo":179,"name":180,"nameZh":6,"description":181,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":182,"categories":183,"keywords":190,"publishedAt":43},"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",[184,187],{"categoryNo":185,"categoryName":186,"taxonomyType":151,"taxonomyTypeDesc":152},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":188,"categoryName":189,"taxonomyType":156,"taxonomyTypeDesc":157},"01JBSEEDCAT000000000000036","内容创作者",[180,191,192,161,193,162,166,194,195,196,171,197,35,173,21,198,199,30,175,200],"writing","performance","tasks","data","parsing","parser","context","writer","options","high-performance",{"skillNo":202,"name":203,"nameZh":6,"description":204,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":205,"categories":206,"keywords":207,"publishedAt":43},"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",[],[208,209,210,211,212,213,214,215,216,217,218,219,37,220,221,222,223,224,225,226,23,227,228,229,230],"webgpu","threejs","webgpu threejs tsl","setup","shaders","gpu","integration","applications","js","node","syntax","guide","language","three","compute","post","processing","with","renderer","materials","wgsl","effects","when",{"skillNo":232,"name":233,"nameZh":6,"description":234,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":235,"categories":236,"keywords":237,"publishedAt":43},"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",[],[233,37,173,238,239,23,240],"semantic","razor","inspection",{"skillNo":242,"name":243,"nameZh":6,"description":244,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":245,"categories":246,"keywords":247,"publishedAt":43},"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",[],[248,249,250,251,191,252,253,254,255,256,257,37,258,259,260,261,21,262,263,264,265,23,266,267,230],"system","json","text","system text json net11","policy","metadata","library","serialization","behavior","user","only","probe","guidance","later","type","dictionary","naming","targeting","custom","generic",{"skillNo":269,"name":270,"nameZh":6,"description":271,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":272,"categories":273,"keywords":276,"publishedAt":43},"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",[274,275],{"categoryNo":149,"categoryName":150,"taxonomyType":151,"taxonomyTypeDesc":152},{"categoryNo":154,"categoryName":155,"taxonomyType":156,"taxonomyTypeDesc":157},[167,277,278,279,162,280,215,248,37,260,261,21,281,282,283,284,265,23,285],"process","process api net11","diagnostics","start","basic","processes","output","usage","new"]