dotnet
무료Primary router skill for broad .NET work. Classify the repo by app model and cross-cutting concern first, then switch to the narrowest matching .NET skill instead of staying at a generic layer.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use HTMLHint in .NET repositories that ship static HTML output or standalone frontend templates. Use when a repo needs a focused CLI lint gate for DOM structure, invalid attributes, and basic HTML correctness checks on static pages.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
wwwroot/, dist/, or other web folders.cshtml or .razor source with server-side directives; lint the rendered or published output insteaddotnet-eslintdotnet-webhintAGENTS.mdpackage.json.htmlhintrc or equivalent config if presentdist/package.json, for example:
htmlhint "dist/**/*.html"htmlhint "wwwroot/**/*.html"rg --files -g 'package.json' -g '.htmlhintrc*' -g '*.html'rg -n '"htmlhint"' --glob 'package.json' .npm install --save-dev htmlhint.htmlhintrc only after confirming the actual target files.AGENTS.md and package.json, then verify with:
npx htmlhint "dist/**/*.html"npx htmlhint https://example.comstatus: configured if HTMLHint now owns a clear static-HTML gate, or status: improved if the existing setup was tightened.status: not_applicable when the repo's HTML is primarily server-rendered templates that should be validated after rendering instead.status: not_applicable with a reason.status: complete | clean | improved | configured | not_applicable | blockedplan: concise plan and current stepactions_taken: concrete changes madeverification: commands, checks, or review evidenceremaining: unresolved items or none아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
Primary router skill for broad .NET work. Classify the repo by app model and cross-cutting concern first, then switch to the narrowest matching .NET skill instead of staying at a generic layer.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use a repo-root `.editorconfig` to configure free .NET analyzer and style rules. Use when a .NET repo needs rule severity, code-style options, section layout, or analyzer ownership made explicit. Nested `.editorconfig` files are allowed when they serve a clear subtree-specific purpose.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Build, debug, modernize, or review ASP.NET Core applications with correct hosting, middleware, security, configuration, logging, and deployment patterns on current .NET.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use Biome in .NET repositories that ship Node-based frontend assets and want a fast combined formatter-linter-import organizer for JavaScript, TypeScript, CSS, JSON, GraphQL, or HTML. Use when a repo prefers a modern all-in-one CLI over a larger ESLint plus Prettier style stack.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Build and review Blazor applications across server, WebAssembly, web app, and hybrid scenarios with correct component design, state flow, rendering, and hosting choices.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use the free built-in .NET SDK analyzers and analysis levels with gradual Roslyn warning promotion. Use when a .NET repo needs first-party code analysis, `EnableNETAnalyzers`, `AnalysisLevel`, or warning-as-error policy wired into build and CI.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.