RichardandClaude Opus 4.8 5d732277b2 Supervisor S-2: OpenRouter-Agent, read-only Tool-Registry, Analyse-Chat
Der KI-Analyse-Agent (docs/konzepte/KONZEPT-Modul-Supervisor.md, Phase S-2):
- SupervisorToolRegistry (transport-agnostisch, spaeter auch MCP-Light): 7 read-only-Tools -
  query_decisions (inkl. Rejects+ReasonCodes), query_order_events, query_trades, get_dossier
  (Markdown-Kette), read_logs (JSONL je Tag, CID-Filter), get_kpis (TradeAnalytics),
  get_architecture_context. Ausfuehrung fehlertolerant (Exception -> Fehlertext, wirft nie).
  KEIN Tool kann handeln/schreiben.
- OpenRouterClient (IChatCompletionClient): OpenAI-kompatibles Chat-Completions-Schema inkl.
  Function-Calling; Request-Bau + Response-Parsing pur/testbar. API-Key GETRENNT vom Trading:
  env POLYTRADER_OPENROUTER_KEY oder gitignorierte openrouter.key (in .gitignore aufgenommen).
- SupervisorAgent: Function-Calling-Loop (max 8 Iterationen), System-Prompt = Arbeitsanweisung +
  eingebettetes Architektur-Kontext-Dokument (Context/ArchitectureContext.md, EmbeddedResource,
  mit dem Code versioniert - beschreibt Entscheidungswege, ReasonCodes, Leiter-Mechanik, Eigenheiten).
  Tool-Aufrufe werden gesammelt und in der UI transparent angezeigt.
- SupervisorMainForm: neuer Tab 'Analyse' (Chat, Modellwahl default openrouter/auto, Tool-Aufrufe
  live im Verlauf, Token-Zaehler) neben dem Dossiers-Tab.
- Sicherheitskonzept: OpenRouter als bewusst freigegebener Egress dokumentiert (nur Tool-Ergebnisse,
  nie Secrets; Spend-Limit je Key empfohlen).

Tests: +7 (Registry-Ausfuehrung/Fehler, Agent-Loop mit Tool-Rueckfluss, Iterationsgrenze,
Request-Body/Response-Parsing, eingebetteter Kontext). Build 0 Fehler, 351 Tests gruen,
--smoke-ui alle 5 Views gruen.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-17 18:06:28 +02:00

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.

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 mit file: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 06 + 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.md
  • 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).

Konventionen

  • Neue Konzepte: KONZEPT-*.mdkonzepte/. Neue Umsetzungspläne: UMSETZUNGSPLAN-*.mdumsetzungsplaene/.
  • Ü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.
S
Description
No description provided
Readme
1.5 MiB
Languages
C# 100%