[FC-0001] CSCore-Unterprojekt anlegen und deterministisch in Build-/Package-Graph integrieren

[tomtastisch]

Ziel

Neues C# Unterprojekt FileClassifier.CSCore unter src/ anlegen und deterministisch in den Build-/Packaging-Graph integrieren.

Abhaengigkeiten

• Startpunkt der Kette.
• Blockiert: [FC-0002] TargetFramework/SDK-Compatibility für CSCore festlegen (fail-closed kompatibel zu VB) #110, [FC-0003] Single-Package-Integration von CSCore inkl. Packaging-/Consumer-Gates (toolchain-stabil) #111, [FC-0004] Pilot: Records + optional Mapperly in CSCore inkl. netstandard/CPM-Governance & CI-Gates #112

Scope

In Scope

• Ordner/Projekt src/FileClassifier.CSCore/FileClassifier.CSCore.csproj anlegen.
• CSCore reproduzierbar buildbar machen (Restore/Build ohne Nebenwirkungen).
• Integration in den Repo-Buildgraph (mindestens ueber MSBuild-Orchestrierung aus dem Paketprojekt).

Out of Scope

• Erzwingende Aufnahme in FileClassifier.sln, falls dies deterministische Toolchain-Checks (dotnet format ... analyzers) regressiv macht.
• Neue Runtime-Abhaengigkeiten im VB-Core.

Umsetzung (Steps)

1. dotnet new classlib -n FileClassifier.CSCore -o src/FileClassifier.CSCore
2. Deterministische Build-Baseline herstellen (dotnet restore + dotnet build).
3. Falls erforderlich: Build-Orchestrierung ueber Paketprojekt statt Solution-Eintrag dokumentieren.
4. Toolchain-Verifikation inkl. dotnet format-Checks.

Definition of Done (DoD)

• src/FileClassifier.CSCore/ existiert.
• CSCore wird deterministisch gebaut.
• Integration verursacht keine Regression in dotnet format ... analyzers.
• Architekturentscheidung (Solution-Eintrag vs. MSBuild-Orchestrierung) ist als Evidence nachvollziehbar.

Evidence

• Restore-/Build-/Format-Logs
• Diff fuer neues Projekt und Integrationspunkte