[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill-dotnet-plan-ui-change":3,"mdc-t5kuqp-key":37,"related-repo-dotnet-plan-ui-change":1175,"related-org-dotnet-plan-ui-change":1282},{"slug":4,"name":4,"fn":5,"description":6,"org":7,"tags":11,"stars":25,"repoUrl":26,"updatedAt":27,"license":28,"forks":29,"topics":30,"repo":32,"sourceUrl":35,"mdContent":36},"plan-ui-change","decompose and plan Blazor UI features","Plan complex Blazor UI features by decomposing them into focused components. USE FOR: building a complex Blazor page with multiple sections, planning component decomposition, designing a multi-section dashboard or layout, breaking down a large UI feature into composable components, pages with sidebars and content panels, any page with 3+ distinct visual sections or multiple interacting sub-features, identifying parent-child relationships and data flow. DO NOT USE FOR: creating new Blazor projects or apps from scratch (use create-blazor-project), implementing a single individual component (use author-component), writing component code with parameters and EventCallback (use author-component), or simple single-component pages.\n",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},"dotnet",".NET (Microsoft)","https:\u002F\u002Fpexgzepcugksgbtrxkhf.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Forg-logos\u002Fdotnet.png",[12,16,19,22],{"name":13,"slug":14,"type":15},".NET","net","tag",{"name":17,"slug":18,"type":15},"Blazor","blazor",{"name":20,"slug":21,"type":15},"UI Components","ui-components",{"name":23,"slug":24,"type":15},"Design","design",4576,"https:\u002F\u002Fgithub.com\u002Fdotnet\u002Fskills","2026-07-15T06:03:30.468184","MIT",332,[31],"agent-skills",{"repoUrl":26,"stars":25,"forks":29,"topics":33,"description":34},[31],"Repository for skills to assist AI coding agents with .NET and C#","https:\u002F\u002Fgithub.com\u002Fdotnet\u002Fskills\u002Ftree\u002FHEAD\u002Fplugins\u002Fdotnet-blazor\u002Fskills\u002Fplan-ui-change","---\nlicense: MIT\nname: plan-ui-change\ndescription: >\n  Plan complex Blazor UI features by decomposing them into focused components.\n  USE FOR: building a complex Blazor page with multiple sections, planning\n  component decomposition, designing a multi-section dashboard or layout,\n  breaking down a large UI feature into composable components, pages with\n  sidebars and content panels, any page with 3+ distinct visual sections\n  or multiple interacting sub-features, identifying parent-child relationships\n  and data flow.\n  DO NOT USE FOR: creating new Blazor projects or apps from scratch\n  (use create-blazor-project), implementing a single individual component\n  (use author-component), writing component code with parameters and\n  EventCallback (use author-component), or simple single-component pages.\n---\n\n# Plan a Blazor UI Change\n\nWhen asked to build a complex UI feature, **plan the component decomposition first, then immediately implement it**. A single monolithic page component is almost never the right answer — break the UI into focused, composable components.\n\n## Planning Workflow\n\n### Step 1 — Map the Visual Regions\n\nRead the request and identify every distinct visual region. Each region that has its own data, behavior, or layout responsibility is a candidate component.\n\nDraw the component tree:\n\n```\nInventoryDashboard          (page — owns data, orchestrates layout)\n├── StockSummaryBar         (read-only stats: total items, low-stock count, value)\n├── InventoryFilters        (search box, category dropdown, stock-level toggle)\n├── InventoryTable          (sortable table of products)\n│   └── InventoryRow        (single product row with inline edit\u002Fdelete)\n└── AddProductForm          (slide-out form for new products)\n```\n\nRules for identifying components:\n- **Distinct responsibility** — a region owns its own state or behavior → separate component\n- **Repeated structure** — items in a list, cards in a grid → extract the item template\n- **Independent interactivity** — a section that handles user input separately from its siblings → separate component\n- **Size** — any section that would exceed ~150 lines of markup on its own → split it\n\n### Step 2 — Classify Each Component\n\nFor every component in the tree, determine:\n\n| Component | Action | Render Mode | State Owned | Lines (est.) |\n|-----------|--------|-------------|-------------|-------------|\n| InventoryDashboard | Create | InteractiveServer | product list, filter state | ~80 |\n| StockSummaryBar | Create | (inherits) | none — receives data | ~30 |\n| InventoryFilters | Create | (inherits) | search text, selected category | ~60 |\n| InventoryTable | Create | (inherits) | sort column, sort direction | ~50 |\n| InventoryRow | Create | (inherits) | inline-edit mode flag | ~60 |\n| AddProductForm | Create | (inherits) | form model | ~80 |\n\n**A page component that exceeds ~200 lines of combined markup + code is too large.** If your estimate puts a single component above that, split further.\n\n### Step 3 — Design Data Flow\n\nIdentify the **state owner** for each piece of data, then map how it flows:\n\n```\nInventoryDashboard (owns: products[], filters)\n  │\n  ├─ [Parameter] products ──→ StockSummaryBar (reads aggregate stats)\n  │\n  ├─ [Parameter] filters ──→ InventoryFilters\n  │   └─ EventCallback\u003CFilters> OnFiltersChanged ──→ InventoryDashboard\n  │\n  ├─ [Parameter] filteredProducts ──→ InventoryTable\n  │   └─ [Parameter] product ──→ InventoryRow\n  │       ├─ EventCallback\u003CProduct> OnSave ──→ InventoryTable ──→ InventoryDashboard\n  │       └─ EventCallback\u003CProduct> OnDelete ──→ InventoryTable ──→ InventoryDashboard\n  │\n  └─ EventCallback\u003CProduct> OnProductAdded ←── AddProductForm\n```\n\nRules:\n- Data always flows **down** through `[Parameter]`\n- Events always flow **up** through `EventCallback\u003CT>`\n- The page\u002Fparent **owns the data** and passes filtered\u002Ftransformed views to children\n- Children **never mutate parameters** — they notify the parent via callbacks\n- If data must cross more than 2 levels without intermediate components needing it, use a cascading value or a scoped service\n\n### Step 4 — Identify Reuse Opportunities\n\nBefore creating a new component, check if an existing component in the project can serve the purpose. Look for:\n- Existing list-item components that match the structure\n- Shared filter\u002Fsearch components already in the project\n- Generic components (e.g., `DataTable\u003CT>`, `Pagination`) that accept templates\n\nIf a component will be used in more than one page, place it in a `Shared\u002F` or `Components\u002F` folder.\n\n### Step 5 — Order the Implementation\n\nBuild bottom-up — leaf components first, then parents that compose them:\n\n1. **Models\u002FDTOs** — define the data shapes\n2. **Services** — data access, business logic (interface + implementation)\n3. **Leaf components** — components with no children (InventoryRow, StockSummaryBar)\n4. **Container components** — components that compose leaves (InventoryTable, InventoryFilters)\n5. **Page component** — wires everything together, registers routes\n6. **Configuration** — DI registration, render mode setup\n\nEach component should be independently compilable. Never reference a component that doesn't exist yet.\n\n## Output Format\n\nPresent the plan briefly, then **immediately proceed to implement** — never stop at just the plan or ask for confirmation before writing code. The plan is a thinking tool, not a deliverable.\n\n```markdown\n## Component Plan: [Feature Name]\n\n### Component Tree\n[ASCII tree showing parent-child relationships]\n\n### Component Table\n| Component | Action | Render Mode | Purpose | Est. Lines |\n|-----------|--------|-------------|---------|------------|\n| ... | ... | ... | ... | ... |\n\n### Data Flow\n[State owner] → [Parameters down] → [EventCallbacks up]\n\n### Implementation Order\n1. [First file to create — why]\n2. [Second file — why]\n...\n```\n\nAfter outputting the plan, **immediately begin implementing** the components in the order listed. Do not wait for approval or ask \"shall I proceed?\" — the plan is a guide for you to follow, not a proposal for the user to approve.\n\n## Anti-Patterns to Avoid\n\n| Anti-Pattern | Why It's Wrong | Correct Approach |\n|-------------|----------------|-----------------|\n| One page component with 500+ lines | Impossible to test, reuse, or maintain | Decompose into focused components |\n| Passing 10+ parameters through intermediate components | Parameter drilling obscures intent | Use cascading values or a scoped state service |\n| Child component fetching its own data from an API | Multiple components making redundant calls | Parent owns data, passes via parameters |\n| Inline rendering of list items with complex markup | Duplicated logic, no reuse, hard to test | Extract item template into its own component |\n| Building everything in one file then \"refactoring later\" | Refactoring rarely happens; the monolith ships | Plan the decomposition upfront |\n| Generic components for one-off usage | Over-engineering adds complexity | Only extract generics when reuse is proven |\n\n## Guidelines\n\n- **Plan briefly, then implement.** Write a concise component table and data flow map, then immediately create the `.razor` files — never stop at just the plan.\n- **Prefer many small components over one large one.** A component with a single clear purpose is easier to understand, test, and reuse.\n- **State ownership is the first decision.** Before writing fetch logic, decide which component owns the data.\n- **Build bottom-up.** Create leaf components first so parent components can reference them immediately.\n- **Name components after what they render**, not what they do internally: `ProductCard` not `ProductRenderer`, `OrderFilters` not `FilterHandler`.\n",{"data":38,"body":39},{"license":28,"name":4,"description":6},{"type":40,"children":41},"root",[42,51,65,72,79,84,89,102,107,152,158,163,363,373,379,391,400,405,472,478,483,517,538,544,549,613,618,624,636,919,931,937,1072,1078,1169],{"type":43,"tag":44,"props":45,"children":47},"element","h1",{"id":46},"plan-a-blazor-ui-change",[48],{"type":49,"value":50},"text","Plan a Blazor UI Change",{"type":43,"tag":52,"props":53,"children":54},"p",{},[55,57,63],{"type":49,"value":56},"When asked to build a complex UI feature, ",{"type":43,"tag":58,"props":59,"children":60},"strong",{},[61],{"type":49,"value":62},"plan the component decomposition first, then immediately implement it",{"type":49,"value":64},". A single monolithic page component is almost never the right answer — break the UI into focused, composable components.",{"type":43,"tag":66,"props":67,"children":69},"h2",{"id":68},"planning-workflow",[70],{"type":49,"value":71},"Planning Workflow",{"type":43,"tag":73,"props":74,"children":76},"h3",{"id":75},"step-1-map-the-visual-regions",[77],{"type":49,"value":78},"Step 1 — Map the Visual Regions",{"type":43,"tag":52,"props":80,"children":81},{},[82],{"type":49,"value":83},"Read the request and identify every distinct visual region. Each region that has its own data, behavior, or layout responsibility is a candidate component.",{"type":43,"tag":52,"props":85,"children":86},{},[87],{"type":49,"value":88},"Draw the component tree:",{"type":43,"tag":90,"props":91,"children":95},"pre",{"className":92,"code":94,"language":49},[93],"language-text","InventoryDashboard          (page — owns data, orchestrates layout)\n├── StockSummaryBar         (read-only stats: total items, low-stock count, value)\n├── InventoryFilters        (search box, category dropdown, stock-level toggle)\n├── InventoryTable          (sortable table of products)\n│   └── InventoryRow        (single product row with inline edit\u002Fdelete)\n└── AddProductForm          (slide-out form for new products)\n",[96],{"type":43,"tag":97,"props":98,"children":100},"code",{"__ignoreMap":99},"",[101],{"type":49,"value":94},{"type":43,"tag":52,"props":103,"children":104},{},[105],{"type":49,"value":106},"Rules for identifying components:",{"type":43,"tag":108,"props":109,"children":110},"ul",{},[111,122,132,142],{"type":43,"tag":112,"props":113,"children":114},"li",{},[115,120],{"type":43,"tag":58,"props":116,"children":117},{},[118],{"type":49,"value":119},"Distinct responsibility",{"type":49,"value":121}," — a region owns its own state or behavior → separate component",{"type":43,"tag":112,"props":123,"children":124},{},[125,130],{"type":43,"tag":58,"props":126,"children":127},{},[128],{"type":49,"value":129},"Repeated structure",{"type":49,"value":131}," — items in a list, cards in a grid → extract the item template",{"type":43,"tag":112,"props":133,"children":134},{},[135,140],{"type":43,"tag":58,"props":136,"children":137},{},[138],{"type":49,"value":139},"Independent interactivity",{"type":49,"value":141}," — a section that handles user input separately from its siblings → separate component",{"type":43,"tag":112,"props":143,"children":144},{},[145,150],{"type":43,"tag":58,"props":146,"children":147},{},[148],{"type":49,"value":149},"Size",{"type":49,"value":151}," — any section that would exceed ~150 lines of markup on its own → split it",{"type":43,"tag":73,"props":153,"children":155},{"id":154},"step-2-classify-each-component",[156],{"type":49,"value":157},"Step 2 — Classify Each Component",{"type":43,"tag":52,"props":159,"children":160},{},[161],{"type":49,"value":162},"For every component in the tree, determine:",{"type":43,"tag":164,"props":165,"children":166},"table",{},[167,201],{"type":43,"tag":168,"props":169,"children":170},"thead",{},[171],{"type":43,"tag":172,"props":173,"children":174},"tr",{},[175,181,186,191,196],{"type":43,"tag":176,"props":177,"children":178},"th",{},[179],{"type":49,"value":180},"Component",{"type":43,"tag":176,"props":182,"children":183},{},[184],{"type":49,"value":185},"Action",{"type":43,"tag":176,"props":187,"children":188},{},[189],{"type":49,"value":190},"Render Mode",{"type":43,"tag":176,"props":192,"children":193},{},[194],{"type":49,"value":195},"State Owned",{"type":43,"tag":176,"props":197,"children":198},{},[199],{"type":49,"value":200},"Lines (est.)",{"type":43,"tag":202,"props":203,"children":204},"tbody",{},[205,234,261,287,313,338],{"type":43,"tag":172,"props":206,"children":207},{},[208,214,219,224,229],{"type":43,"tag":209,"props":210,"children":211},"td",{},[212],{"type":49,"value":213},"InventoryDashboard",{"type":43,"tag":209,"props":215,"children":216},{},[217],{"type":49,"value":218},"Create",{"type":43,"tag":209,"props":220,"children":221},{},[222],{"type":49,"value":223},"InteractiveServer",{"type":43,"tag":209,"props":225,"children":226},{},[227],{"type":49,"value":228},"product list, filter state",{"type":43,"tag":209,"props":230,"children":231},{},[232],{"type":49,"value":233},"~80",{"type":43,"tag":172,"props":235,"children":236},{},[237,242,246,251,256],{"type":43,"tag":209,"props":238,"children":239},{},[240],{"type":49,"value":241},"StockSummaryBar",{"type":43,"tag":209,"props":243,"children":244},{},[245],{"type":49,"value":218},{"type":43,"tag":209,"props":247,"children":248},{},[249],{"type":49,"value":250},"(inherits)",{"type":43,"tag":209,"props":252,"children":253},{},[254],{"type":49,"value":255},"none — receives data",{"type":43,"tag":209,"props":257,"children":258},{},[259],{"type":49,"value":260},"~30",{"type":43,"tag":172,"props":262,"children":263},{},[264,269,273,277,282],{"type":43,"tag":209,"props":265,"children":266},{},[267],{"type":49,"value":268},"InventoryFilters",{"type":43,"tag":209,"props":270,"children":271},{},[272],{"type":49,"value":218},{"type":43,"tag":209,"props":274,"children":275},{},[276],{"type":49,"value":250},{"type":43,"tag":209,"props":278,"children":279},{},[280],{"type":49,"value":281},"search text, selected category",{"type":43,"tag":209,"props":283,"children":284},{},[285],{"type":49,"value":286},"~60",{"type":43,"tag":172,"props":288,"children":289},{},[290,295,299,303,308],{"type":43,"tag":209,"props":291,"children":292},{},[293],{"type":49,"value":294},"InventoryTable",{"type":43,"tag":209,"props":296,"children":297},{},[298],{"type":49,"value":218},{"type":43,"tag":209,"props":300,"children":301},{},[302],{"type":49,"value":250},{"type":43,"tag":209,"props":304,"children":305},{},[306],{"type":49,"value":307},"sort column, sort direction",{"type":43,"tag":209,"props":309,"children":310},{},[311],{"type":49,"value":312},"~50",{"type":43,"tag":172,"props":314,"children":315},{},[316,321,325,329,334],{"type":43,"tag":209,"props":317,"children":318},{},[319],{"type":49,"value":320},"InventoryRow",{"type":43,"tag":209,"props":322,"children":323},{},[324],{"type":49,"value":218},{"type":43,"tag":209,"props":326,"children":327},{},[328],{"type":49,"value":250},{"type":43,"tag":209,"props":330,"children":331},{},[332],{"type":49,"value":333},"inline-edit mode flag",{"type":43,"tag":209,"props":335,"children":336},{},[337],{"type":49,"value":286},{"type":43,"tag":172,"props":339,"children":340},{},[341,346,350,354,359],{"type":43,"tag":209,"props":342,"children":343},{},[344],{"type":49,"value":345},"AddProductForm",{"type":43,"tag":209,"props":347,"children":348},{},[349],{"type":49,"value":218},{"type":43,"tag":209,"props":351,"children":352},{},[353],{"type":49,"value":250},{"type":43,"tag":209,"props":355,"children":356},{},[357],{"type":49,"value":358},"form model",{"type":43,"tag":209,"props":360,"children":361},{},[362],{"type":49,"value":233},{"type":43,"tag":52,"props":364,"children":365},{},[366,371],{"type":43,"tag":58,"props":367,"children":368},{},[369],{"type":49,"value":370},"A page component that exceeds ~200 lines of combined markup + code is too large.",{"type":49,"value":372}," If your estimate puts a single component above that, split further.",{"type":43,"tag":73,"props":374,"children":376},{"id":375},"step-3-design-data-flow",[377],{"type":49,"value":378},"Step 3 — Design Data Flow",{"type":43,"tag":52,"props":380,"children":381},{},[382,384,389],{"type":49,"value":383},"Identify the ",{"type":43,"tag":58,"props":385,"children":386},{},[387],{"type":49,"value":388},"state owner",{"type":49,"value":390}," for each piece of data, then map how it flows:",{"type":43,"tag":90,"props":392,"children":395},{"className":393,"code":394,"language":49},[93],"InventoryDashboard (owns: products[], filters)\n  │\n  ├─ [Parameter] products ──→ StockSummaryBar (reads aggregate stats)\n  │\n  ├─ [Parameter] filters ──→ InventoryFilters\n  │   └─ EventCallback\u003CFilters> OnFiltersChanged ──→ InventoryDashboard\n  │\n  ├─ [Parameter] filteredProducts ──→ InventoryTable\n  │   └─ [Parameter] product ──→ InventoryRow\n  │       ├─ EventCallback\u003CProduct> OnSave ──→ InventoryTable ──→ InventoryDashboard\n  │       └─ EventCallback\u003CProduct> OnDelete ──→ InventoryTable ──→ InventoryDashboard\n  │\n  └─ EventCallback\u003CProduct> OnProductAdded ←── AddProductForm\n",[396],{"type":43,"tag":97,"props":397,"children":398},{"__ignoreMap":99},[399],{"type":49,"value":394},{"type":43,"tag":52,"props":401,"children":402},{},[403],{"type":49,"value":404},"Rules:",{"type":43,"tag":108,"props":406,"children":407},{},[408,426,443,455,467],{"type":43,"tag":112,"props":409,"children":410},{},[411,413,418,420],{"type":49,"value":412},"Data always flows ",{"type":43,"tag":58,"props":414,"children":415},{},[416],{"type":49,"value":417},"down",{"type":49,"value":419}," through ",{"type":43,"tag":97,"props":421,"children":423},{"className":422},[],[424],{"type":49,"value":425},"[Parameter]",{"type":43,"tag":112,"props":427,"children":428},{},[429,431,436,437],{"type":49,"value":430},"Events always flow ",{"type":43,"tag":58,"props":432,"children":433},{},[434],{"type":49,"value":435},"up",{"type":49,"value":419},{"type":43,"tag":97,"props":438,"children":440},{"className":439},[],[441],{"type":49,"value":442},"EventCallback\u003CT>",{"type":43,"tag":112,"props":444,"children":445},{},[446,448,453],{"type":49,"value":447},"The page\u002Fparent ",{"type":43,"tag":58,"props":449,"children":450},{},[451],{"type":49,"value":452},"owns the data",{"type":49,"value":454}," and passes filtered\u002Ftransformed views to children",{"type":43,"tag":112,"props":456,"children":457},{},[458,460,465],{"type":49,"value":459},"Children ",{"type":43,"tag":58,"props":461,"children":462},{},[463],{"type":49,"value":464},"never mutate parameters",{"type":49,"value":466}," — they notify the parent via callbacks",{"type":43,"tag":112,"props":468,"children":469},{},[470],{"type":49,"value":471},"If data must cross more than 2 levels without intermediate components needing it, use a cascading value or a scoped service",{"type":43,"tag":73,"props":473,"children":475},{"id":474},"step-4-identify-reuse-opportunities",[476],{"type":49,"value":477},"Step 4 — Identify Reuse Opportunities",{"type":43,"tag":52,"props":479,"children":480},{},[481],{"type":49,"value":482},"Before creating a new component, check if an existing component in the project can serve the purpose. Look for:",{"type":43,"tag":108,"props":484,"children":485},{},[486,491,496],{"type":43,"tag":112,"props":487,"children":488},{},[489],{"type":49,"value":490},"Existing list-item components that match the structure",{"type":43,"tag":112,"props":492,"children":493},{},[494],{"type":49,"value":495},"Shared filter\u002Fsearch components already in the project",{"type":43,"tag":112,"props":497,"children":498},{},[499,501,507,509,515],{"type":49,"value":500},"Generic components (e.g., ",{"type":43,"tag":97,"props":502,"children":504},{"className":503},[],[505],{"type":49,"value":506},"DataTable\u003CT>",{"type":49,"value":508},", ",{"type":43,"tag":97,"props":510,"children":512},{"className":511},[],[513],{"type":49,"value":514},"Pagination",{"type":49,"value":516},") that accept templates",{"type":43,"tag":52,"props":518,"children":519},{},[520,522,528,530,536],{"type":49,"value":521},"If a component will be used in more than one page, place it in a ",{"type":43,"tag":97,"props":523,"children":525},{"className":524},[],[526],{"type":49,"value":527},"Shared\u002F",{"type":49,"value":529}," or ",{"type":43,"tag":97,"props":531,"children":533},{"className":532},[],[534],{"type":49,"value":535},"Components\u002F",{"type":49,"value":537}," folder.",{"type":43,"tag":73,"props":539,"children":541},{"id":540},"step-5-order-the-implementation",[542],{"type":49,"value":543},"Step 5 — Order the Implementation",{"type":43,"tag":52,"props":545,"children":546},{},[547],{"type":49,"value":548},"Build bottom-up — leaf components first, then parents that compose them:",{"type":43,"tag":550,"props":551,"children":552},"ol",{},[553,563,573,583,593,603],{"type":43,"tag":112,"props":554,"children":555},{},[556,561],{"type":43,"tag":58,"props":557,"children":558},{},[559],{"type":49,"value":560},"Models\u002FDTOs",{"type":49,"value":562}," — define the data shapes",{"type":43,"tag":112,"props":564,"children":565},{},[566,571],{"type":43,"tag":58,"props":567,"children":568},{},[569],{"type":49,"value":570},"Services",{"type":49,"value":572}," — data access, business logic (interface + implementation)",{"type":43,"tag":112,"props":574,"children":575},{},[576,581],{"type":43,"tag":58,"props":577,"children":578},{},[579],{"type":49,"value":580},"Leaf components",{"type":49,"value":582}," — components with no children (InventoryRow, StockSummaryBar)",{"type":43,"tag":112,"props":584,"children":585},{},[586,591],{"type":43,"tag":58,"props":587,"children":588},{},[589],{"type":49,"value":590},"Container components",{"type":49,"value":592}," — components that compose leaves (InventoryTable, InventoryFilters)",{"type":43,"tag":112,"props":594,"children":595},{},[596,601],{"type":43,"tag":58,"props":597,"children":598},{},[599],{"type":49,"value":600},"Page component",{"type":49,"value":602}," — wires everything together, registers routes",{"type":43,"tag":112,"props":604,"children":605},{},[606,611],{"type":43,"tag":58,"props":607,"children":608},{},[609],{"type":49,"value":610},"Configuration",{"type":49,"value":612}," — DI registration, render mode setup",{"type":43,"tag":52,"props":614,"children":615},{},[616],{"type":49,"value":617},"Each component should be independently compilable. Never reference a component that doesn't exist yet.",{"type":43,"tag":66,"props":619,"children":621},{"id":620},"output-format",[622],{"type":49,"value":623},"Output Format",{"type":43,"tag":52,"props":625,"children":626},{},[627,629,634],{"type":49,"value":628},"Present the plan briefly, then ",{"type":43,"tag":58,"props":630,"children":631},{},[632],{"type":49,"value":633},"immediately proceed to implement",{"type":49,"value":635}," — never stop at just the plan or ask for confirmation before writing code. The plan is a thinking tool, not a deliverable.",{"type":43,"tag":90,"props":637,"children":641},{"className":638,"code":639,"language":640,"meta":99,"style":99},"language-markdown shiki shiki-themes material-theme-lighter material-theme material-theme-palenight","## Component Plan: [Feature Name]\n\n### Component Tree\n[ASCII tree showing parent-child relationships]\n\n### Component Table\n| Component | Action | Render Mode | Purpose | Est. Lines |\n|-----------|--------|-------------|---------|------------|\n| ... | ... | ... | ... | ... |\n\n### Data Flow\n[State owner] → [Parameters down] → [EventCallbacks up]\n\n### Implementation Order\n1. [First file to create — why]\n2. [Second file — why]\n...\n","markdown",[642],{"type":43,"tag":97,"props":643,"children":644},{"__ignoreMap":99},[645,663,673,687,697,705,718,773,782,831,839,852,861,869,882,896,910],{"type":43,"tag":646,"props":647,"children":650},"span",{"class":648,"line":649},"line",1,[651,657],{"type":43,"tag":646,"props":652,"children":654},{"style":653},"--shiki-light:#39ADB5;--shiki-default:#89DDFF;--shiki-dark:#89DDFF",[655],{"type":49,"value":656},"## ",{"type":43,"tag":646,"props":658,"children":660},{"style":659},"--shiki-light:#E2931D;--shiki-default:#FFCB6B;--shiki-dark:#FFCB6B",[661],{"type":49,"value":662},"Component Plan: [Feature Name]\n",{"type":43,"tag":646,"props":664,"children":666},{"class":648,"line":665},2,[667],{"type":43,"tag":646,"props":668,"children":670},{"emptyLinePlaceholder":669},true,[671],{"type":49,"value":672},"\n",{"type":43,"tag":646,"props":674,"children":676},{"class":648,"line":675},3,[677,682],{"type":43,"tag":646,"props":678,"children":679},{"style":653},[680],{"type":49,"value":681},"### ",{"type":43,"tag":646,"props":683,"children":684},{"style":659},[685],{"type":49,"value":686},"Component Tree\n",{"type":43,"tag":646,"props":688,"children":690},{"class":648,"line":689},4,[691],{"type":43,"tag":646,"props":692,"children":694},{"style":693},"--shiki-light:#90A4AE;--shiki-default:#EEFFFF;--shiki-dark:#BABED8",[695],{"type":49,"value":696},"[ASCII tree showing parent-child relationships]\n",{"type":43,"tag":646,"props":698,"children":700},{"class":648,"line":699},5,[701],{"type":43,"tag":646,"props":702,"children":703},{"emptyLinePlaceholder":669},[704],{"type":49,"value":672},{"type":43,"tag":646,"props":706,"children":708},{"class":648,"line":707},6,[709,713],{"type":43,"tag":646,"props":710,"children":711},{"style":653},[712],{"type":49,"value":681},{"type":43,"tag":646,"props":714,"children":715},{"style":659},[716],{"type":49,"value":717},"Component Table\n",{"type":43,"tag":646,"props":719,"children":721},{"class":648,"line":720},7,[722,727,732,736,741,745,750,754,759,763,768],{"type":43,"tag":646,"props":723,"children":724},{"style":653},[725],{"type":49,"value":726},"|",{"type":43,"tag":646,"props":728,"children":729},{"style":693},[730],{"type":49,"value":731}," Component ",{"type":43,"tag":646,"props":733,"children":734},{"style":653},[735],{"type":49,"value":726},{"type":43,"tag":646,"props":737,"children":738},{"style":693},[739],{"type":49,"value":740}," Action ",{"type":43,"tag":646,"props":742,"children":743},{"style":653},[744],{"type":49,"value":726},{"type":43,"tag":646,"props":746,"children":747},{"style":693},[748],{"type":49,"value":749}," Render Mode ",{"type":43,"tag":646,"props":751,"children":752},{"style":653},[753],{"type":49,"value":726},{"type":43,"tag":646,"props":755,"children":756},{"style":693},[757],{"type":49,"value":758}," Purpose ",{"type":43,"tag":646,"props":760,"children":761},{"style":653},[762],{"type":49,"value":726},{"type":43,"tag":646,"props":764,"children":765},{"style":693},[766],{"type":49,"value":767}," Est. Lines ",{"type":43,"tag":646,"props":769,"children":770},{"style":653},[771],{"type":49,"value":772},"|\n",{"type":43,"tag":646,"props":774,"children":776},{"class":648,"line":775},8,[777],{"type":43,"tag":646,"props":778,"children":779},{"style":653},[780],{"type":49,"value":781},"|-----------|--------|-------------|---------|------------|\n",{"type":43,"tag":646,"props":783,"children":785},{"class":648,"line":784},9,[786,790,795,799,803,807,811,815,819,823,827],{"type":43,"tag":646,"props":787,"children":788},{"style":653},[789],{"type":49,"value":726},{"type":43,"tag":646,"props":791,"children":792},{"style":693},[793],{"type":49,"value":794}," ... ",{"type":43,"tag":646,"props":796,"children":797},{"style":653},[798],{"type":49,"value":726},{"type":43,"tag":646,"props":800,"children":801},{"style":693},[802],{"type":49,"value":794},{"type":43,"tag":646,"props":804,"children":805},{"style":653},[806],{"type":49,"value":726},{"type":43,"tag":646,"props":808,"children":809},{"style":693},[810],{"type":49,"value":794},{"type":43,"tag":646,"props":812,"children":813},{"style":653},[814],{"type":49,"value":726},{"type":43,"tag":646,"props":816,"children":817},{"style":693},[818],{"type":49,"value":794},{"type":43,"tag":646,"props":820,"children":821},{"style":653},[822],{"type":49,"value":726},{"type":43,"tag":646,"props":824,"children":825},{"style":693},[826],{"type":49,"value":794},{"type":43,"tag":646,"props":828,"children":829},{"style":653},[830],{"type":49,"value":772},{"type":43,"tag":646,"props":832,"children":834},{"class":648,"line":833},10,[835],{"type":43,"tag":646,"props":836,"children":837},{"emptyLinePlaceholder":669},[838],{"type":49,"value":672},{"type":43,"tag":646,"props":840,"children":842},{"class":648,"line":841},11,[843,847],{"type":43,"tag":646,"props":844,"children":845},{"style":653},[846],{"type":49,"value":681},{"type":43,"tag":646,"props":848,"children":849},{"style":659},[850],{"type":49,"value":851},"Data Flow\n",{"type":43,"tag":646,"props":853,"children":855},{"class":648,"line":854},12,[856],{"type":43,"tag":646,"props":857,"children":858},{"style":693},[859],{"type":49,"value":860},"[State owner] → [Parameters down] → [EventCallbacks up]\n",{"type":43,"tag":646,"props":862,"children":864},{"class":648,"line":863},13,[865],{"type":43,"tag":646,"props":866,"children":867},{"emptyLinePlaceholder":669},[868],{"type":49,"value":672},{"type":43,"tag":646,"props":870,"children":872},{"class":648,"line":871},14,[873,877],{"type":43,"tag":646,"props":874,"children":875},{"style":653},[876],{"type":49,"value":681},{"type":43,"tag":646,"props":878,"children":879},{"style":659},[880],{"type":49,"value":881},"Implementation Order\n",{"type":43,"tag":646,"props":883,"children":885},{"class":648,"line":884},15,[886,891],{"type":43,"tag":646,"props":887,"children":888},{"style":653},[889],{"type":49,"value":890},"1.",{"type":43,"tag":646,"props":892,"children":893},{"style":693},[894],{"type":49,"value":895}," [First file to create — why]\n",{"type":43,"tag":646,"props":897,"children":899},{"class":648,"line":898},16,[900,905],{"type":43,"tag":646,"props":901,"children":902},{"style":653},[903],{"type":49,"value":904},"2.",{"type":43,"tag":646,"props":906,"children":907},{"style":693},[908],{"type":49,"value":909}," [Second file — why]\n",{"type":43,"tag":646,"props":911,"children":913},{"class":648,"line":912},17,[914],{"type":43,"tag":646,"props":915,"children":916},{"style":693},[917],{"type":49,"value":918},"...\n",{"type":43,"tag":52,"props":920,"children":921},{},[922,924,929],{"type":49,"value":923},"After outputting the plan, ",{"type":43,"tag":58,"props":925,"children":926},{},[927],{"type":49,"value":928},"immediately begin implementing",{"type":49,"value":930}," the components in the order listed. Do not wait for approval or ask \"shall I proceed?\" — the plan is a guide for you to follow, not a proposal for the user to approve.",{"type":43,"tag":66,"props":932,"children":934},{"id":933},"anti-patterns-to-avoid",[935],{"type":49,"value":936},"Anti-Patterns to Avoid",{"type":43,"tag":164,"props":938,"children":939},{},[940,961],{"type":43,"tag":168,"props":941,"children":942},{},[943],{"type":43,"tag":172,"props":944,"children":945},{},[946,951,956],{"type":43,"tag":176,"props":947,"children":948},{},[949],{"type":49,"value":950},"Anti-Pattern",{"type":43,"tag":176,"props":952,"children":953},{},[954],{"type":49,"value":955},"Why It's Wrong",{"type":43,"tag":176,"props":957,"children":958},{},[959],{"type":49,"value":960},"Correct Approach",{"type":43,"tag":202,"props":962,"children":963},{},[964,982,1000,1018,1036,1054],{"type":43,"tag":172,"props":965,"children":966},{},[967,972,977],{"type":43,"tag":209,"props":968,"children":969},{},[970],{"type":49,"value":971},"One page component with 500+ lines",{"type":43,"tag":209,"props":973,"children":974},{},[975],{"type":49,"value":976},"Impossible to test, reuse, or maintain",{"type":43,"tag":209,"props":978,"children":979},{},[980],{"type":49,"value":981},"Decompose into focused components",{"type":43,"tag":172,"props":983,"children":984},{},[985,990,995],{"type":43,"tag":209,"props":986,"children":987},{},[988],{"type":49,"value":989},"Passing 10+ parameters through intermediate components",{"type":43,"tag":209,"props":991,"children":992},{},[993],{"type":49,"value":994},"Parameter drilling obscures intent",{"type":43,"tag":209,"props":996,"children":997},{},[998],{"type":49,"value":999},"Use cascading values or a scoped state service",{"type":43,"tag":172,"props":1001,"children":1002},{},[1003,1008,1013],{"type":43,"tag":209,"props":1004,"children":1005},{},[1006],{"type":49,"value":1007},"Child component fetching its own data from an API",{"type":43,"tag":209,"props":1009,"children":1010},{},[1011],{"type":49,"value":1012},"Multiple components making redundant calls",{"type":43,"tag":209,"props":1014,"children":1015},{},[1016],{"type":49,"value":1017},"Parent owns data, passes via parameters",{"type":43,"tag":172,"props":1019,"children":1020},{},[1021,1026,1031],{"type":43,"tag":209,"props":1022,"children":1023},{},[1024],{"type":49,"value":1025},"Inline rendering of list items with complex markup",{"type":43,"tag":209,"props":1027,"children":1028},{},[1029],{"type":49,"value":1030},"Duplicated logic, no reuse, hard to test",{"type":43,"tag":209,"props":1032,"children":1033},{},[1034],{"type":49,"value":1035},"Extract item template into its own component",{"type":43,"tag":172,"props":1037,"children":1038},{},[1039,1044,1049],{"type":43,"tag":209,"props":1040,"children":1041},{},[1042],{"type":49,"value":1043},"Building everything in one file then \"refactoring later\"",{"type":43,"tag":209,"props":1045,"children":1046},{},[1047],{"type":49,"value":1048},"Refactoring rarely happens; the monolith ships",{"type":43,"tag":209,"props":1050,"children":1051},{},[1052],{"type":49,"value":1053},"Plan the decomposition upfront",{"type":43,"tag":172,"props":1055,"children":1056},{},[1057,1062,1067],{"type":43,"tag":209,"props":1058,"children":1059},{},[1060],{"type":49,"value":1061},"Generic components for one-off usage",{"type":43,"tag":209,"props":1063,"children":1064},{},[1065],{"type":49,"value":1066},"Over-engineering adds complexity",{"type":43,"tag":209,"props":1068,"children":1069},{},[1070],{"type":49,"value":1071},"Only extract generics when reuse is proven",{"type":43,"tag":66,"props":1073,"children":1075},{"id":1074},"guidelines",[1076],{"type":49,"value":1077},"Guidelines",{"type":43,"tag":108,"props":1079,"children":1080},{},[1081,1099,1109,1119,1129],{"type":43,"tag":112,"props":1082,"children":1083},{},[1084,1089,1091,1097],{"type":43,"tag":58,"props":1085,"children":1086},{},[1087],{"type":49,"value":1088},"Plan briefly, then implement.",{"type":49,"value":1090}," Write a concise component table and data flow map, then immediately create the ",{"type":43,"tag":97,"props":1092,"children":1094},{"className":1093},[],[1095],{"type":49,"value":1096},".razor",{"type":49,"value":1098}," files — never stop at just the plan.",{"type":43,"tag":112,"props":1100,"children":1101},{},[1102,1107],{"type":43,"tag":58,"props":1103,"children":1104},{},[1105],{"type":49,"value":1106},"Prefer many small components over one large one.",{"type":49,"value":1108}," A component with a single clear purpose is easier to understand, test, and reuse.",{"type":43,"tag":112,"props":1110,"children":1111},{},[1112,1117],{"type":43,"tag":58,"props":1113,"children":1114},{},[1115],{"type":49,"value":1116},"State ownership is the first decision.",{"type":49,"value":1118}," Before writing fetch logic, decide which component owns the data.",{"type":43,"tag":112,"props":1120,"children":1121},{},[1122,1127],{"type":43,"tag":58,"props":1123,"children":1124},{},[1125],{"type":49,"value":1126},"Build bottom-up.",{"type":49,"value":1128}," Create leaf components first so parent components can reference them immediately.",{"type":43,"tag":112,"props":1130,"children":1131},{},[1132,1137,1139,1145,1147,1153,1154,1160,1161,1167],{"type":43,"tag":58,"props":1133,"children":1134},{},[1135],{"type":49,"value":1136},"Name components after what they render",{"type":49,"value":1138},", not what they do internally: ",{"type":43,"tag":97,"props":1140,"children":1142},{"className":1141},[],[1143],{"type":49,"value":1144},"ProductCard",{"type":49,"value":1146}," not ",{"type":43,"tag":97,"props":1148,"children":1150},{"className":1149},[],[1151],{"type":49,"value":1152},"ProductRenderer",{"type":49,"value":508},{"type":43,"tag":97,"props":1155,"children":1157},{"className":1156},[],[1158],{"type":49,"value":1159},"OrderFilters",{"type":49,"value":1146},{"type":43,"tag":97,"props":1162,"children":1164},{"className":1163},[],[1165],{"type":49,"value":1166},"FilterHandler",{"type":49,"value":1168},".",{"type":43,"tag":1170,"props":1171,"children":1172},"style",{},[1173],{"type":49,"value":1174},"html .light .shiki span {color: var(--shiki-light);background: var(--shiki-light-bg);font-style: var(--shiki-light-font-style);font-weight: var(--shiki-light-font-weight);text-decoration: var(--shiki-light-text-decoration);}html.light .shiki span {color: var(--shiki-light);background: var(--shiki-light-bg);font-style: var(--shiki-light-font-style);font-weight: var(--shiki-light-font-weight);text-decoration: var(--shiki-light-text-decoration);}html .default .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}html .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}html .dark .shiki span {color: var(--shiki-dark);background: var(--shiki-dark-bg);font-style: var(--shiki-dark-font-style);font-weight: var(--shiki-dark-font-weight);text-decoration: var(--shiki-dark-text-decoration);}html.dark .shiki span {color: var(--shiki-dark);background: var(--shiki-dark-bg);font-style: var(--shiki-dark-font-style);font-weight: var(--shiki-dark-font-weight);text-decoration: var(--shiki-dark-text-decoration);}",{"items":1176,"total":1281},[1177,1194,1209,1227,1241,1257,1267],{"slug":1178,"name":1178,"fn":1179,"description":1180,"org":1181,"tags":1182,"stars":25,"repoUrl":26,"updatedAt":1193},"analyzing-dotnet-performance","analyze .NET code for performance anti-patterns","Scans .NET code for ~50 performance anti-patterns across async, memory, strings, collections, LINQ, regex, serialization, and I\u002FO with tiered severity classification. Use when analyzing .NET code for optimization opportunities, reviewing hot paths, or auditing allocation-heavy patterns.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1183,1184,1187,1190],{"name":13,"slug":14,"type":15},{"name":1185,"slug":1186,"type":15},"Code Analysis","code-analysis",{"name":1188,"slug":1189,"type":15},"Debugging","debugging",{"name":1191,"slug":1192,"type":15},"Performance","performance","2026-07-12T08:23:25.400375",{"slug":1195,"name":1195,"fn":1196,"description":1197,"org":1198,"tags":1199,"stars":25,"repoUrl":26,"updatedAt":1208},"android-tombstone-symbolication","symbolicate .NET runtime frames in Android tombstones","Symbolicate the .NET runtime frames in an Android tombstone file. Extracts BuildIds and PC offsets from the native backtrace, downloads debug symbols from the Microsoft symbol server, and runs llvm-symbolizer to produce function names with source file and line numbers. USE FOR triaging a .NET MAUI or Mono Android app crash from a tombstone, resolving native backtrace frames in libmonosgen-2.0.so or libcoreclr.so to .NET runtime source code, or investigating SIGABRT, SIGSEGV, or other native signals originating from the .NET runtime on Android. DO NOT USE FOR pure Java\u002FKotlin crashes, managed .NET exceptions that are already captured in logcat, or iOS crash logs. INVOKES Symbolicate-Tombstone.ps1 script, llvm-symbolizer, Microsoft symbol server.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1200,1201,1204,1205],{"name":13,"slug":14,"type":15},{"name":1202,"slug":1203,"type":15},"Android","android",{"name":1188,"slug":1189,"type":15},{"name":1206,"slug":1207,"type":15},"Microsoft","microsoft","2026-07-12T08:23:21.595572",{"slug":1210,"name":1210,"fn":1211,"description":1212,"org":1213,"tags":1214,"stars":25,"repoUrl":26,"updatedAt":1226},"apple-crash-symbolication","symbolicate .NET runtime frames in crash logs","Symbolicate .NET runtime frames in Apple platform .ips crash logs (iOS, tvOS, Mac Catalyst, macOS). Extracts UUIDs and addresses from the native backtrace, locates dSYM debug symbols, and runs atos to produce function names with source file and line numbers. Automatically downloads .dwarf symbols from the Microsoft symbol server using Mach-O UUIDs. USE FOR triaging a .NET MAUI or Mono app crash from an .ips file on any Apple platform, resolving native backtrace frames in libcoreclr or libmonosgen-2.0 to .NET runtime source code, retrieving .ips crash logs from a connected iOS device or iPhone, or investigating EXC_CRASH, EXC_BAD_ACCESS, SIGABRT, or SIGSEGV originating from the .NET runtime. DO NOT USE FOR pure Swift\u002FObjective-C crashes with no .NET components, or Android tombstone files. INVOKES Symbolicate-Crash.ps1 script, atos, dwarfdump, idevicecrashreport.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1215,1216,1217,1220,1223],{"name":13,"slug":14,"type":15},{"name":1188,"slug":1189,"type":15},{"name":1218,"slug":1219,"type":15},"iOS","ios",{"name":1221,"slug":1222,"type":15},"macOS","macos",{"name":1224,"slug":1225,"type":15},"Observability","observability","2026-07-12T08:23:20.369986",{"slug":1228,"name":1228,"fn":1229,"description":1230,"org":1231,"tags":1232,"stars":25,"repoUrl":26,"updatedAt":1240},"assertion-quality","evaluate assertion quality in test suites","Analyzes the variety and depth of assertions across test suites in any language. Use when the user asks to evaluate assertion quality, find shallow tests, identify assertion-free tests (no assertions or only trivial ones like Assert.IsNotNull \u002F toBeTruthy()), flag self-referential or tautological assertions, measure assertion diversity, or audit whether tests verify different facets of behavior. Polyglot: .NET, Python, TS\u002FJS, Java, Go, Ruby, Rust, Swift, Kotlin, PowerShell, C++. DO NOT USE FOR: writing new tests (use code-testing-agent \u002F writing-mstest-tests), mutation reasoning about whether tests would catch a bug (use test-gap-analysis), or a general severity-ranked anti-pattern audit (use test-anti-patterns), fixing or rewriting assertions, or writing, fixing, or modernizing MSTest tests, assertions, or attributes (use writing-mstest-tests).",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1233,1234,1237],{"name":1185,"slug":1186,"type":15},{"name":1235,"slug":1236,"type":15},"QA","qa",{"name":1238,"slug":1239,"type":15},"Testing","testing","2026-07-12T08:23:51.277743",{"slug":1242,"name":1242,"fn":1243,"description":1244,"org":1245,"tags":1246,"stars":25,"repoUrl":26,"updatedAt":1256},"author-component","create and review Blazor components","Create or review Blazor components (.razor files) with correct architecture. USE FOR: writing new Blazor components that do NOT involve JavaScript interop, implementing parameters and EventCallback, RenderFragment slots, component lifecycle (OnInitializedAsync, OnParametersSet), async patterns, IAsyncDisposable, CancellationToken, CSS isolation, code-behind. DO NOT USE FOR: creating new projects (use create-blazor-project), JavaScript interop or calling browser APIs from Blazor (use use-js-interop), forms and validation (use collect-user-input), prerendering issues (use support-prerendering), HTTP data fetching patterns (use fetch-and-send-data), coordinating state between unrelated components (use coordinate-components).\n",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1247,1248,1249,1252,1253],{"name":13,"slug":14,"type":15},{"name":17,"slug":18,"type":15},{"name":1250,"slug":1251,"type":15},"C#","csharp",{"name":20,"slug":21,"type":15},{"name":1254,"slug":1255,"type":15},"Web Development","web-development","2026-07-15T06:03:29.216359",{"slug":1258,"name":1258,"fn":1259,"description":1260,"org":1261,"tags":1262,"stars":25,"repoUrl":26,"updatedAt":1266},"binlog-failure-analysis","analyze MSBuild binary logs","Analyze MSBuild binary logs to diagnose build failures. USE FOR: build errors that are unclear from console output, diagnosing cascading failures across multi-project builds, tracing MSBuild target execution order, and generally any MSBuild build issues. Requires an existing .binlog file. DO NOT USE FOR: generating binlogs (use binlog-generation), non-MSBuild build systems.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1263,1264,1265],{"name":1185,"slug":1186,"type":15},{"name":1188,"slug":1189,"type":15},{"name":1206,"slug":1207,"type":15},"2026-07-12T08:21:34.637923",{"slug":1268,"name":1268,"fn":1269,"description":1270,"org":1271,"tags":1272,"stars":25,"repoUrl":26,"updatedAt":1280},"binlog-generation","generate MSBuild binary logs for diagnostics","Generate MSBuild binary logs (binlogs) for build diagnostics and analysis. USE FOR: adding \u002Fbl:{} to any dotnet build, test, pack, publish, or restore command to capture a full build execution trace, prerequisite for binlog-failure-analysis and build-perf-diagnostics skills, enabling post-build investigation of errors or performance. Requires MSBuild 17.8+ \u002F .NET 8 SDK+ for {} placeholder; PowerShell needs -bl:{{}}. DO NOT USE FOR: non-MSBuild build systems (npm, Maven, CMake), analyzing an existing binlog (use binlog-failure-analysis instead).",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1273,1276,1277],{"name":1274,"slug":1275,"type":15},"Build","build",{"name":1188,"slug":1189,"type":15},{"name":1278,"slug":1279,"type":15},"Engineering","engineering","2026-07-19T05:38:19.340791",96,{"items":1283,"total":1388},[1284,1296,1303,1310,1318,1324,1332,1338,1344,1354,1367,1378],{"slug":1285,"name":1285,"fn":1286,"description":1287,"org":1288,"tags":1289,"stars":1293,"repoUrl":1294,"updatedAt":1295},"multithreaded-task-migration","migrate MSBuild tasks to multithreaded mode","Guide for migrating MSBuild tasks to multithreaded mode support, including compatibility red-team review. Use this when converting tasks to thread-safe versions, implementing IMultiThreadableTask, adding TaskEnvironment support, or auditing migrations for behavioral compatibility.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1290,1291,1292],{"name":13,"slug":14,"type":15},{"name":1278,"slug":1279,"type":15},{"name":1191,"slug":1192,"type":15},5535,"https:\u002F\u002Fgithub.com\u002Fdotnet\u002Fmsbuild","2026-07-22T05:37:33.965588",{"slug":1178,"name":1178,"fn":1179,"description":1180,"org":1297,"tags":1298,"stars":25,"repoUrl":26,"updatedAt":1193},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1299,1300,1301,1302],{"name":13,"slug":14,"type":15},{"name":1185,"slug":1186,"type":15},{"name":1188,"slug":1189,"type":15},{"name":1191,"slug":1192,"type":15},{"slug":1195,"name":1195,"fn":1196,"description":1197,"org":1304,"tags":1305,"stars":25,"repoUrl":26,"updatedAt":1208},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1306,1307,1308,1309],{"name":13,"slug":14,"type":15},{"name":1202,"slug":1203,"type":15},{"name":1188,"slug":1189,"type":15},{"name":1206,"slug":1207,"type":15},{"slug":1210,"name":1210,"fn":1211,"description":1212,"org":1311,"tags":1312,"stars":25,"repoUrl":26,"updatedAt":1226},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1313,1314,1315,1316,1317],{"name":13,"slug":14,"type":15},{"name":1188,"slug":1189,"type":15},{"name":1218,"slug":1219,"type":15},{"name":1221,"slug":1222,"type":15},{"name":1224,"slug":1225,"type":15},{"slug":1228,"name":1228,"fn":1229,"description":1230,"org":1319,"tags":1320,"stars":25,"repoUrl":26,"updatedAt":1240},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1321,1322,1323],{"name":1185,"slug":1186,"type":15},{"name":1235,"slug":1236,"type":15},{"name":1238,"slug":1239,"type":15},{"slug":1242,"name":1242,"fn":1243,"description":1244,"org":1325,"tags":1326,"stars":25,"repoUrl":26,"updatedAt":1256},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1327,1328,1329,1330,1331],{"name":13,"slug":14,"type":15},{"name":17,"slug":18,"type":15},{"name":1250,"slug":1251,"type":15},{"name":20,"slug":21,"type":15},{"name":1254,"slug":1255,"type":15},{"slug":1258,"name":1258,"fn":1259,"description":1260,"org":1333,"tags":1334,"stars":25,"repoUrl":26,"updatedAt":1266},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1335,1336,1337],{"name":1185,"slug":1186,"type":15},{"name":1188,"slug":1189,"type":15},{"name":1206,"slug":1207,"type":15},{"slug":1268,"name":1268,"fn":1269,"description":1270,"org":1339,"tags":1340,"stars":25,"repoUrl":26,"updatedAt":1280},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1341,1342,1343],{"name":1274,"slug":1275,"type":15},{"name":1188,"slug":1189,"type":15},{"name":1278,"slug":1279,"type":15},{"slug":1345,"name":1345,"fn":1346,"description":1347,"org":1348,"tags":1349,"stars":25,"repoUrl":26,"updatedAt":1353},"build-parallelism","optimize MSBuild build parallelism","Diagnose and fix under-parallelized MSBuild builds. USE WHEN a multi-project solution build is slower than expected, doesn't speed up when you add cores, pegs a single core while others idle, or you want to know why `-m` isn't helping. Note: `\u002Fmaxcpucount` default is 1 (sequential) — always pass `-m` for parallel builds. Covers finding the critical path (longest serial ProjectReference chain), graph build (`\u002Fgraph`), BuildInParallel, and solution filters (`.slnf`). DO NOT USE FOR: single-project builds, incremental issues (use incremental-build), compilation slowness inside one project (use build-perf-diagnostics), non-MSBuild build systems.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1350,1351,1352],{"name":13,"slug":14,"type":15},{"name":1278,"slug":1279,"type":15},{"name":1191,"slug":1192,"type":15},"2026-07-19T05:38:18.364937",{"slug":1355,"name":1355,"fn":1356,"description":1357,"org":1358,"tags":1359,"stars":25,"repoUrl":26,"updatedAt":1366},"build-perf-baseline","establish and optimize build performance baselines","Establish build performance baselines and apply systematic optimization techniques. USE FOR: diagnosing slow builds, establishing before\u002Fafter measurements (cold, warm, no-op scenarios), applying optimization strategies like MSBuild Server, static graph builds, artifacts output, and dependency graph trimming. Start here before diving into build-perf-diagnostics, incremental-build, or build-parallelism. DO NOT USE FOR: non-MSBuild build systems, detailed bottleneck analysis (use build-perf-diagnostics after baselining).",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1360,1361,1364,1365],{"name":1278,"slug":1279,"type":15},{"name":1362,"slug":1363,"type":15},"Monitoring","monitoring",{"name":1191,"slug":1192,"type":15},{"name":1238,"slug":1239,"type":15},"2026-07-12T08:21:35.865649",{"slug":1368,"name":1368,"fn":1369,"description":1370,"org":1371,"tags":1372,"stars":25,"repoUrl":26,"updatedAt":1377},"build-perf-diagnostics","diagnose MSBuild build performance bottlenecks","Diagnose MSBuild build performance bottlenecks using binary log analysis. USE FOR: identifying why builds are slow by analyzing binlog performance summaries, detecting ResolveAssemblyReference (RAR) taking >5s, Roslyn analyzers consuming >30% of Csc time, single targets dominating >50% of build time, node utilization below 80%, excessive Copy tasks, NuGet restore running every build. Covers timeline analysis, Target\u002FTask Performance Summary interpretation, and 7 common bottleneck categories. Use after build-perf-baseline has established measurements. DO NOT USE FOR: establishing initial baselines (use build-perf-baseline first), fixing incremental build issues (use incremental-build), parallelism tuning (use build-parallelism), non-MSBuild build systems.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1373,1374,1375,1376],{"name":13,"slug":14,"type":15},{"name":1188,"slug":1189,"type":15},{"name":1278,"slug":1279,"type":15},{"name":1191,"slug":1192,"type":15},"2026-07-12T08:21:40.961722",{"slug":1379,"name":1379,"fn":1380,"description":1381,"org":1382,"tags":1383,"stars":25,"repoUrl":26,"updatedAt":1387},"check-bin-obj-clash","detect MSBuild output path conflicts","Detects MSBuild projects with conflicting OutputPath or IntermediateOutputPath. USE FOR: builds failing with 'Cannot create a file when that file already exists', 'The process cannot access the file because it is being used by another process', intermittent build failures that succeed on retry, or missing\u002Foverwritten outputs in multi-project or multi-targeting builds where bin\u002Fobj (or project.assets.json) collide. Common causes: shared OutputPath, missing AppendTargetFrameworkToOutputPath, extra global properties (e.g. PublishReadyToRun), or SetTargetFramework on a ProjectReference to a single-targeting project. DO NOT USE FOR: file access errors unrelated to MSBuild (OS-level locking), single-project single-TFM builds, non-MSBuild build systems.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1384,1385,1386],{"name":1188,"slug":1189,"type":15},{"name":1278,"slug":1279,"type":15},{"name":1235,"slug":1236,"type":15},"2026-07-19T05:38:14.336279",144]