RalfHuesing

AiNetLinter — AI skill for Claude Code

AI community

Roslyn-based C# (.NET 10) linter for AI-readability rules, with an MCP server exposing 20 solution-analysis tools (symbol search, dependency graph, duplicate detection, lint status) for coding agents.

How to install AiNetLinter

This entry records only its repository, not the path inside it, so there is no exact command to give. Open RalfHuesing/AiNetLinter and copy the folder into ~/.claude/skills/, or the file into ~/.claude/agents/.

What AiNetLinter does

Roslyn-based C# (.NET 10) linter for AI-readability rules, with an MCP server exposing 20 solution-analysis tools (symbol search, dependency graph, duplicate detection, lint status) for coding agents (Cursor, Claude Code).

Alternatives in AI

  • Jcodemunch MCP — Cut AI token costs 95%+ on code exploration 2.6k ★
  • Azure AI Agents .net — Persistent AI agents with threads and tools 1.8k ★
  • Meme Rush — Track real-time meme token lists from launchpads (Pump.fun, Four.meme) and AI-powered hot market topics ranked 483 ★

README

AiNetLinter — .NET-Linter und MCP-Server für C#-Agentenworkflows

AiNetLinter analysiert C#-Code in `.sln`- und `.slnx`-Solutions mit Roslyn gegen die in `rules.json` konfigurierte Regelmenge. Es kann als CLI-Batch-Tool oder als [MCP](https://modelcontextprotocol.io)-Server betrieben werden; beide Modi verwenden dieselbe Analyse-Engine.

Modus Schnittstelle Aufgabe
CLI-Batch-Modus ainetlinter --config … --path … Führt einen Lint-Lauf aus, schreibt einen Markdown-Report nach stdout und setzt einen Exit-Code.
MCP-Server-Modus ainetlinter --mcp-server Stellt die Analyse als einzeln abfragbare Tools für einen laufenden Coding-Agenten bereit.

Compilerfehler und Laufzeitverhalten sind nicht Gegenstand der Analyse. Build und Tests bleiben eigenständige Prüfungen.


Ablauf im agentischen Entwicklungsworkflow

Die MCP-Tools stellen dem Agenten Informationen zu einzelnen Symbolen, Zusammenhängen und dem aktuellen Regelstand bereit.

Arbeitsphase Abfragen Gelieferte Informationen
Physische Orientierung get_file_tree Relative Dateien/Verzeichnisse, Extension-/Größenaggregation, optionale Filter und sichtbare Completeness-/Trunkierungsangaben — unabhängig vom Roslyn-Index.
Orientierung vor einem Edit get_feature_context, find_symbol, get_file_skeleton, get_symbol_body Deklarationen, Member-Struktur, Metriken, direkte Aufrufer, statische Test-Zuordnung und aktuelle Regelverstöße.
Abhängigkeiten untersuchen find_references, get_call_tree, get_type_hierarchy, dependency_graph Aufrufstellen, Aufrufer-/Aufgerufene-Bäume, Vererbung und semantische Typreferenzen.
Externe APIs untersuchen inspect_assembly, find_assembly_extensions Öffentliche API und klassische Extension-Methoden einer exakt angegebenen lokalen DLL metadata-only über Roslyn; inspect_assembly unterstützt exakte Typauswahl, Mehrfachfilter, Member-Limits und strukturierte Paramet