RichardandClaude Opus 5
5507db3e32
Die Plattformneutralitaet war nach dem WinForms-Ausbau eine Momentaufnahme: eine einzige net10.0-windows-Zeile oder ein "using System.Drawing" genuegt, und der Linux-Build ist kaputt, ohne dass es auf einer Windows-Maschine auffaellt - dort baut es weiter. Genau das faengt die CI ab, und zwar auf Linux. .gitea/workflows/ci.yml, zwei Jobs auf ubuntu-latest: - build-test: restore, build, die 476 Tests (brauchen keine DB, laufen gegen EF-InMemory), Linux-Publish. Der Publish ist kein Selbstzweck - dort faellt auf, wenn ein Paket doch windows-only ist. Anschliessend wird geprueft, dass die Executable, appsettings.json, setup.json und libSkiaSharp.so wirklich im Ergebnis liegen. - guard: keine windows-TFMs, kein UseWindowsForms/UseWPF, keine windows-only using-Direktiven, keine versionierten Secret-Dateien, keine anfaelligen Pakete. Alle Waechter sind in beide Richtungen gegengeprueft: sie schlagen bei simulierten Regressionen an (windows-TFM, UseWindowsForms, using System.Drawing, getrackte packager.config.json samt dc_sub_-Token, Newtonsoft 11.0.2) und schweigen beim Ist-Zustand. Die Namespace-Pruefung trifft bewusst nur echte using-Direktiven: im Bestand steht an vielen Stellen erklaert, WARUM System.Drawing nicht verwendet wird, und das darf keinen Fehlalarm ausloesen. Der Schwachstellen-Check ist Punkt 1 der wiederkehrenden Audit-Checkliste aus dem Sicherheitskonzept - laeuft ab jetzt bei jedem Push statt quartalsweise von Hand. Er wuerde zum Beispiel anschlagen, wenn der Newtonsoft-Pin im Core faellt. Bewusst kein -warnaserror: die 15 vorhandenen Warnungen muessten erst weg, sonst ist die CI ab dem ersten Tag rot und wird ignoriert. WICHTIG - die CI laeuft noch nicht: auf der Gitea-Instanz ist kein Actions-Runner registriert (auf Repo-, Benutzer- und Instanzebene geprueft, ueberall 0). has_actions ist true, es fehlt nur der Runner. Einrichtung Schritt fuer Schritt in docs/LEITFADEN-CI.md Abschnitt 3. .gitattributes neu: erzwingt LF fuer .yml/.sh/.service. Entwickelt wird mit autocrlf=true auf Windows, ausgefuehrt auf Linux - ein Shell-Skript mit CRLF scheitert dort mit irrefuehrenden Meldungen. Bisher gab es keine .gitattributes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
3.4 KiB
3.4 KiB
Doku (Predictalytics / PolyTraderSharp)
Zentrale Ablage für Konzepte, Umsetzungspläne, Ideen und Fach-/Business-Dokumente — nach Typ in Unterordnern organisiert. Code-gekoppelte Umsetzungspläne bleiben bewusst in diesem Repo (statt in einem separaten Docs-Repo), damit „Plan → umsetzende Commits" nachvollziehbar bleibt.
Wo anfangen?
PROJEKTSTAND.md — Gesamtüberblick: was existiert, was fertig ist, was offen ist und warum. Der Einstiegspunkt für alle, die den Stand wissen wollen, ohne sich durch die Detailpläne zu lesen.
Daneben liegen im Wurzelverzeichnis dieses Ordners drei querschnittliche Dokumente:
ANALYSE-Linux-Portierung.md (Rahmen und Fahrplan der Plattformneutralität),
LEITFADEN-Avalonia-Portierung.md (Arbeitsregeln — vor jeder UI-Arbeit lesen),
LEITFADEN-CI.md (was die CI prüft und wie der Gitea-Runner eingerichtet wird) und
UI-SPEZIFIKATION-WinForms.md (Beschreibung der abgelösten Oberfläche, Vergleichsvorlage
für die Abnahme A5).
Struktur
konzepte/— Konzepte für neue Module/Features (das „Warum" und „Was", vor der Umsetzung).KONZEPT-Modul-Accounting.md— Buchhaltungs-/Steuer-Reporting-Modul (unabhängiger Polymarket-Abruf, BWA, CSV/PDF, US-Steuer Florida LLC).KONZEPT-Modul-DataDriven.md
umsetzungsplaene/— konkrete, slice-weise Implementationspläne (das „Wie"), oft mitfile:line-Bezügen und Fortschritt.UMSETZUNGSPLAN-Modularisierung.md— Umbau Copytrader → Core + Module.UMSETZUNGSPLAN-CopyTrading-Verbesserungen.md— Rentabilitäts-/Fable-Plan Copytrading.UMSETZUNGSPLAN-Fable-Review-Fixes.md— Fable-Code-Review-Fixes (Slices 0–6 + Tests).UMSETZUNGSPLAN-Modul-ResolutionFarming.md— Strategiemodul ResolutionFarming.UMSETZUNGSPLAN-Modul-MarketMaking.md— Strategiemodul MarketMaking (Phase-1-blockiert).UMSETZUNGSPLAN-Modul-BundleArbitrage.md— Strategiemodul BundleArbitrage (Phase-1-blockiert).UMSETZUNGSPLAN-AutoRedeem.md,UMSETZUNGSPLAN-AI-Aufloesequalitaet.md,UMSETZUNGSPLAN-StrategieDrift.mdUMSETZUNGSPLAN-Deploymentcenter-Integration.md— Lizenz, Watchdog, Fehler-Reporting und Auslieferung über das Deploymentcenter (P3c).- ⛔
UMSETZUNGSPLAN-Watchdog-LicenseLabrador-Integration.md— abgelöst durch den Deploymentcenter-Plan, bleibt nur als Verlaufsdokument liegen.
ideen/— frühe Ideen/Explorationen, bevor sie zu einem Konzept oder Umsetzungsplan reifen.pruefplaene/— Prüf-/Validierungspläne.PREDICTALYTICS-PRUEFPLAN-Master-Auswahl.md— Master-Trader-Auswahl (separates Predictalytics-Projekt).
steuer/— Steuer-/Buchhaltungs-Fachdokumente & Vorlagen (auch zum Weitergeben an Berater).Accounting-US-Tax-Questionnaire.md— Fragebogen (EN) für die US-Steuerberaterin (Florida LLC).
sicherheit/— Sicherheitskonzept und die wiederkehrende Audit-Checkliste.SICHERHEITSKONZEPT.md— die offenen Kästchen in Abschnitt 6 sind eine Vorlage für jedes Release, kein Rückstand.
Konventionen
- Neue Konzepte:
KONZEPT-*.md→konzepte/. Neue Umsetzungspläne:UMSETZUNGSPLAN-*.md→umsetzungsplaene/. - Übergreifende/an Externe weitergebbare Dokumente können später in ein eigenes
Predictalytics-Docs-Repo ausgelagert werden (Ordner rausziehen genügt) — für jetzt bewusst hier gebündelt.