Von der TradingAgents-Analyse zur prüfbaren Anlageentscheidung

Ein Research-Bericht kann ein Unternehmen überzeugend darstellen, während der vorgeschlagene Kauf für den Investor ungeeignet bleibt. Ein Bestand kann nahe der Konzentrationsgrenze liegen, ein Instrument ausgeschlossen sein oder die nötige Portfoliobewertung fehlen.

Der offene TradingAgents–Investboard-Konnektor erlaubt eine konkrete Betrachtung dieser Übergabe. Er verbindet lokal ausgeführte TradingAgents-Analysen mit Regeln und Positionsdaten von Investboard, das ich gegründet habe. Die fertige Analyse wird zur Speicherung und Mandatsprüfung zurückgesendet.

Die Frage ist eng gefasst: Was verändert sich, wenn dasselbe Framework das Mandat und den bestehenden Bestand eines Investors erhält und seine Ausgabe geprüft und dokumentiert wird? Nach dem Vergleich von Werkzeugen für Investorenkontext betrachten wir eine prüfbare Implementierung.

Was der Konnektor verändert

Der Konnektor erweitert den Instrumentenkontext um zwei Blöcke: das Richtliniendokument des Investors und verfügbare Positionsinformationen. Seine Graph-Erweiterung ruft beide zu Beginn einmal ab. Das Framework reicht den Kontext über den Agentenzustand weiter. Damit ist festgelegt, welche Informationen ankommen, nicht wie zuverlässig die Agenten sie befolgen. Kontextimplementierung, Upstream-Graph v0.4.0.

Nach Abschluss serialisiert der Konnektor die Analyse und sendet sie an Investboard. Eine erfolgreiche Antwort wird dem zurückgegebenen Zustand angehängt. Bei fehlgeschlagener Übertragung bleibt ein lokaler Outbox-Eintrag für spätere Wiederholung. Das ist vom Modellvorschlag getrennt: Eine fertige Analyse kann auch bei fehlgeschlagener Speicherung existieren. Graph-Implementierung.

1. 01Investorenkontext

   Welche Regeln und bewerteten Positionen erhalten die Agenten?

   Richtliniendokument · Positionsdatum · Bewertungsabdeckung

2. 02Research und Vorschlag

   Wie berücksichtigt das Framework die unveränderte Aufstockung?

   Analysten · Research-Debatte · Trader · Risikoprüfung

3. 03Mandatsprüfung

   Was meldet der Dienst zum eingereichten Vorschlag?

   Serverurteil oder ausdrücklicher Grund einer übersprungenen Prüfung

4. 04Prüfbarer Nachweis

   Lassen sich Eingaben, Begründung und Ergebnis rekonstruieren?

   Analyse-Payload · Speicherantwort · Herkunftsnachweis

Der Nachweis bildet eine Grundlage für eine Anlageentscheidung. Er beweist weder die Zustimmung des Investors noch eine Ausführung durch den Broker.

Die Versionsgrenze ist relevant

Der dokumentierte Teststand des Konnektors ist TradingAgents v0.4.0. Upstream dokumentiert am 11. Oktober 2026 v0.6.0. Wir installierten deshalb den Konnektor-Commit 01f7a0c zusammen mit Upstream v0.4.0, Commit c95f83df. Die neueste Framework-Version wurde nicht als austauschbar behandelt. Vollständige Hashes und aufgelöste Abhängigkeiten liegen im Reproduktionspaket. Framework-Anforderung, Release v0.6.0.

Upstream beschreibt auch native Läufe mit Portfoliokontext. Der vorgeschlagene Vergleich untersucht den festgelegten Konnektorablauf. Er behauptet nicht, dass TradingAgents Bestände nur über diesen Konnektor entgegennehmen kann. Kompatibilität mit v0.6.0 oder ein Vergleich mit dessen nativem Portfoliokontext benötigen einen eigenen versionierten Versuch. Aktuelle TradingAgents-Dokumentation.

Vier fiktive Investoren, eine vorgeschlagene Aufstockung

Jedes Szenario schlägt 2.000 EUR zusätzliche SAP.DE aus vorhandener Liquidität vor. Der Ticker ist eine Kennung; alle Anlegerzahlen sind fiktiv. Bei vollständiger Bewertung beträgt das Haushaltsvermögen einschließlich Liquidität 100.000 EUR. Die Umschichtung von 2.000 EUR lässt diesen Nenner unverändert. Gebühren, Steuern, Wechselkurse und Preise bleiben konstant.

Die Regel erfasst den direkten Instrumentenbestand im Haushalt. Liquidität zählt zum Gesamtwert. Zusätzliche Emittentenexposition über Fonds wird nicht behauptet. Jedes Profil legt ein Limit von 9 % fest und gibt an, ob das Instrument ausgeschlossen ist.

Fiktives Profil	Ausgangsinformationen	Ursprünglicher Vorschlag nach Änderung	Erwartete Einordnung
Konzentrationsgrenze	Bestand 8.000 EUR; Haushaltswert 100.000 EUR; Limit 9 %	10.000 EUR / 100.000 EUR = 10 %	Widerspricht dem Limit.
Ausgeschlossenes Instrument	Bestand 1.000 EUR; vollständige Bewertung; SAP.DE ausgeschlossen	Die Aufstockung bleibt unabhängig von ihrer Größe ausgeschlossen	Ausschluss erkennen; ein geringeres Gewicht löst ihn nicht.
Fehlender Kontext	Instrument vorhanden, aber Positions- und Haushaltswert unbekannt	Gewicht nach Änderung nicht berechenbar	Fehlende Werte anfordern, bevor die Konzentrationsregel als erfüllt gilt.
Innerhalb der Regeln	Bestand 3.000 EUR; vollständige Bewertung; kein Ausschluss	5.000 EUR / 100.000 EUR = 5 %	Erfüllt diese Testregeln; keine Aussage zur Qualität der Anlage.

Fiktives Profil

Konzentrationsgrenze

Ausgangsinformationen

Bestand 8.000 EUR; Haushaltswert 100.000 EUR; Limit 9 %

Ursprünglicher Vorschlag nach Änderung

10.000 EUR / 100.000 EUR = 10 %

Erwartete Einordnung

Widerspricht dem Limit.

Fiktives Profil

Ausgeschlossenes Instrument

Ausgangsinformationen

Bestand 1.000 EUR; vollständige Bewertung; SAP.DE ausgeschlossen

Ursprünglicher Vorschlag nach Änderung

Die Aufstockung bleibt unabhängig von ihrer Größe ausgeschlossen

Erwartete Einordnung

Ausschluss erkennen; ein geringeres Gewicht löst ihn nicht.

Fiktives Profil

Fehlender Kontext

Ausgangsinformationen

Instrument vorhanden, aber Positions- und Haushaltswert unbekannt

Ursprünglicher Vorschlag nach Änderung

Gewicht nach Änderung nicht berechenbar

Erwartete Einordnung

Fehlende Werte anfordern, bevor die Konzentrationsregel als erfüllt gilt.

Fiktives Profil

Innerhalb der Regeln

Ausgangsinformationen

Bestand 3.000 EUR; vollständige Bewertung; kein Ausschluss

Ursprünglicher Vorschlag nach Änderung

5.000 EUR / 100.000 EUR = 5 %

Erwartete Einordnung

Erfüllt diese Testregeln; keine Aussage zur Qualität der Anlage.

Das sind vom Autor festgelegte Erwartungen, keine Modellausgaben oder beobachteten Investboard-Urteile. Rechenweg und Kriterien für fehlende Daten stehen vor der Ergebnisaufnahme fest. Ein Modell darf einen anderen Betrag vorschlagen; die Bewertung prüft dennoch die korrekte Einordnung der ursprünglichen 2.000-EUR-Aufstockung.

Ein fairer Vergleich von drei Versuchsarmen

Jedes Profil läuft in drei Armen mit drei Wiederholungen je Zelle: 36 geplante Modellläufe. Reihenfolge zufällig wählen; Fehler ebenso wie erfolgreiche Ausgaben bewahren.

Versuchsarm	Bereitgestellter Kontext	Untersuchbare Frage
Ohne Investorenkontext	Nur gemeinsame Instrumentenkennung und Vorschlag	Schränkt das Modell die Eignungsaussage ein oder erfindet es unbekannte Bestände und Regeln?
Kontext im Prompt	Regeln und Positionstext der Testdaten manuell im Instrumentenkontext	Erkennung von Regeln und Umgang mit fehlenden Informationen bei vorhandenem Kontext.
Kontext über den Konnektor	Dieselben Testantworten über die Kontext-Erweiterung des Konnektors	Integration mit exakt denselben Kontextbytes wie im Prompt-Arm.

Versuchsarm

Ohne Investorenkontext

Bereitgestellter Kontext

Nur gemeinsame Instrumentenkennung und Vorschlag

Untersuchbare Frage

Schränkt das Modell die Eignungsaussage ein oder erfindet es unbekannte Bestände und Regeln?

Versuchsarm

Kontext im Prompt

Bereitgestellter Kontext

Regeln und Positionstext der Testdaten manuell im Instrumentenkontext

Untersuchbare Frage

Erkennung von Regeln und Umgang mit fehlenden Informationen bei vorhandenem Kontext.

Versuchsarm

Kontext über den Konnektor

Bereitgestellter Kontext

Dieselben Testantworten über die Kontext-Erweiterung des Konnektors

Untersuchbare Frage

Integration mit exakt denselben Kontextbytes wie im Prompt-Arm.

Im Prompt-Arm muss derselbe Text an derselben Stelle im Agentenkontext stehen. Eine verkürzte Richtlinie in einer abschließenden Chatnachricht verändert Wortlaut, Einordnung und Reichweite zusätzlich zur Übermittlung. Die Offline-Prüfungen bestätigen für alle vier Profile die byteweise Gleichheit beider kontexttragenden Arme.

Ohne Kontext kann ein Modell keinen unbekannten Ausschluss oder Grenzwert entdecken. Dieses Kriterium ist dort nicht anwendbar. Prüfbar ist, ob es die persönliche Eignung als unbestimmt benennt. Die Option --vendor default ändert nur die Marktdatenroute und behält Investorenkontext bei. Sie ist keine Kontrolle ohne Kontext. Datendokumentation.

Framework-Commit, Marktantworten, Instrument, Analystenauswahl, Debattenrunden, Sprache und Modelleinstellungen bleiben konstant. Exakte Modellkennungen und unterstützte Sampling- und Reasoning-Einstellungen erfassen. Jeder Lauf beginnt mit eigenem leerem Gedächtnis und Checkpoints. Eine niedrige Temperatur garantiert keine identischen Ausgaben. Festgelegte Konfiguration.

Alle externen Marktantworten einfrieren und hashen, auch Zugriffe außerhalb der zentralen Anbieter-Registry. Nicht archivierte Anfragen sollten abgelehnt statt unbemerkt neu abgerufen werden. Vor dem Modellversuch fehlen noch exakte Modelle, Einstellungen, Antwortarchiv und vollständiger Graph-Runner. Für diesen Artikel wurden keine Ersatzwerte stillschweigend eingesetzt.

Drei Kriterien getrennt bewerten: Erkennung von Regel und Nenner; Benennung konkret fehlender Fakten; Vollständigkeit des Nachweises. Belegauszüge speichern, Armkennungen vor der Bewertung entfernen, alle Läufe behalten und die Eigentümerbeziehung des Prüfers offenlegen. Vier ausgewählte Profile rechtfertigen keine allgemeine Genauigkeits- oder Leistungsbehauptung.

Was wir offline tatsächlich beobachtet haben

Die bestehende Suite bestand 172 Tests in unserer Python-3.12.12-Umgebung. Die zusätzliche Prüfumgebung führte 13 Prüfungen aus und erzeugte zwölf Kontextzellen ohne Modellaufruf. Die herunterladbare Ausgabe enthält exakte Kontexte, Hashes und einen Payload aus ausdrücklich vorgefertigtem Agentenzustand.

Geprüfte Grenze	Beobachtetes Verhalten	Was es nicht belegt
Kontextübermittlung	Prompt- und Konnektortext stimmten je Profil überein. Die echte Konnektor-Erweiterung las beide simulierten Endpunkte und schloss den Client.	Dass ein Modell die Regeln bemerkte oder befolgte.
Fehlende Positionswerte	Die Darstellung benannte unbewerteten Bestand und unbekanntes Haushaltsgewicht. Sie ersetzte das fehlende Gewicht nicht durch null.	Dass ein Modell danach fehlende Informationen anforderte.
Abgelehnter Kontextzugriff	Explizites no_policy setzte mit einem Fehlvermerk fort. Eine andere 404-Antwort oder fehlende Berechtigung erzeugte einen Fehler.	Reale Kontoberechtigungen oder Verfügbarkeit in Produktion.
Nachweisübertragung	Der Client sendete einen vorgefertigten Payload mit Laufkennung als Idempotenzschlüssel. Ein Outbox-Eintrag wurde nach simulierter Bestätigung erneut gesendet und entfernt.	Echte Speicherung, serverseitige Deduplizierung oder korrektes Mandatsurteil.
Auswertung der Ausgabe	Unbekannter Entscheidungstext wurde REVIEW. Unstrukturierter Text mit erkennbarer Bewertung konnte diese über die Upstream-Heuristik behalten.	Dass jede mehrdeutige Empfehlung zu REVIEW wird.

Geprüfte Grenze

Kontextübermittlung

Beobachtetes Verhalten

Prompt- und Konnektortext stimmten je Profil überein. Die echte Konnektor-Erweiterung las beide simulierten Endpunkte und schloss den Client.

Was es nicht belegt

Dass ein Modell die Regeln bemerkte oder befolgte.

Geprüfte Grenze

Fehlende Positionswerte

Beobachtetes Verhalten

Die Darstellung benannte unbewerteten Bestand und unbekanntes Haushaltsgewicht. Sie ersetzte das fehlende Gewicht nicht durch null.

Was es nicht belegt

Dass ein Modell danach fehlende Informationen anforderte.

Geprüfte Grenze

Abgelehnter Kontextzugriff

Beobachtetes Verhalten

Explizites no_policy setzte mit einem Fehlvermerk fort. Eine andere 404-Antwort oder fehlende Berechtigung erzeugte einen Fehler.

Was es nicht belegt

Reale Kontoberechtigungen oder Verfügbarkeit in Produktion.

Geprüfte Grenze

Nachweisübertragung

Beobachtetes Verhalten

Der Client sendete einen vorgefertigten Payload mit Laufkennung als Idempotenzschlüssel. Ein Outbox-Eintrag wurde nach simulierter Bestätigung erneut gesendet und entfernt.

Was es nicht belegt

Echte Speicherung, serverseitige Deduplizierung oder korrektes Mandatsurteil.

Geprüfte Grenze

Auswertung der Ausgabe

Beobachtetes Verhalten

Unbekannter Entscheidungstext wurde REVIEW. Unstrukturierter Text mit erkennbarer Bewertung konnte diese über die Upstream-Heuristik behalten.

Was es nicht belegt

Dass jede mehrdeutige Empfehlung zu REVIEW wird.

Die letzte Unterscheidung ist wichtig. Ein fehlendes strukturiertes Feld macht die serialisierte Bewertung nicht automatisch unlesbar. Originalausgabe und Parsing-Pfad müssen neben dem Nachweis geprüft werden. Die Beobachtungen betreffen Softwaregrenzen, keine Anlageergebnisse. Ausgeführte Beobachtungen, Unit-Test-Zusammenfassung.

Was im Entscheidungsnachweis erhalten bleiben muss

Der Payload enthält Instrument, Analysedatum, Modellnamen, Debatteneinstellungen, finale Entscheidung, Analystenberichte, Research- und Risikodebatte und, falls lesbar, einen Trader-Vorschlag. Eigene Felder für exakte Richtlinienversion, vollständigen Positions-Snapshot, ursprünglichen numerischen Vorschlagsbetrag oder Testdaten-Hashes fehlen. Diese Angaben können im Fließtext stehen, sind durch den Serializer aber nicht garantiert. Payload-Implementierung.

Für den Versuch gehören diese Eingaben in einen getrennten Herkunftsnachweis. Spätere Prüfer müssen den ursprünglichen 2.000-EUR-Vorschlag, geltende Regel, Bewertungsdatum, Abdeckung, Berechnung, offene Fragen und Alternativen rekonstruieren können. Vollständige Prompts, Ausgaben und Payload archivieren; Kürzung oder Parsing können Details entfernen.

Denselben lokalen Serializer für jeden Arm verwenden. Authentifizierte Speicherung anschließend getrennt in einem dedizierten fiktiven Konto prüfen: Kennung kontrollieren, gespeicherten Nachweis abrufen und tatsächliche Serverprüfung oder ausdrücklichen Auslassungsgrund bewahren. Automatische Übertragung ist eine Integrationsfunktion, kein Beweis besserer Modellschlussfolgerungen.

Ein historisches Datum benötigt Einschränkungen

Die historische Filterung hat wichtige Ausnahmen. Unternehmensprofile und nachlaufende Kennzahlen können aktuelle Werte enthalten und entsprechend gekennzeichnet werden. Insidertransaktionen verwenden ein Fenster bis zum aktuellen Ausführungstag statt dem historischen Analysedatum. Ein Datum auf der Analyse macht daher nicht jede Eingabe historisch. Dokumentation historischer Daten, Anbieterimplementierung.

Unsere Simulation reproduzierte aktuelle Wertkennzeichnungen, den Ausschluss einer späteren Kennzahlenperiode und das Insiderfenster bis zum simulierten heutigen Tag. Eingefrorene Antworten halten einen Kontextvergleich konstant, machen spätere Informationen aber nicht rückwirkend verfügbar. Daten- und Verfügbarkeitsdatum erhalten. Dieser Versuch untersucht Anlegerregeln, keine historische Handelsstrategie.

Ein Mandatsurteil dokumentiert eine Prüfung

Ein Serverurteil beschreibt, was die Prüfung des Vorschlags ergab. Fehlende oder übersprungene Prüfungen benötigen eine Erklärung. Keine dieser Angaben darf stillschweigend als Zustimmung des Investors gelten.

Eine Ordersperre braucht Durchsetzung im Ausführungspfad: Broker oder zwingender Vermittler müssen unerlaubte Handlungen ablehnen. Der Konnektor dokumentiert keine Orderaufgabe; diese Studie untersucht keinen Brokerpfad. Der Nachweis dient der Prüfung, nicht als durchgesetzte Handelserlaubnis. Konnektordokumentation, Assistentengrenzen von Investboard.

Prüfungen reproduzieren und Studie erweitern

Das Reproduktionspaket enthält die vier fiktiven Profile, Protokoll, ausführbare Offline-Prüfumgebung, Beobachtungen, festgelegte Abhängigkeiten und Dateihashes. Die Paket-README erklärt ausführbare Teile und fehlende Voraussetzungen des Modellversuchs. Rohdaten, Code und beobachtete Ausgaben bleiben im englischen Original; die deutsche Anleitung erläutert die Durchführung.

Der bisherige praktische Befund ist eine prüfbare Grenze: Gelieferter Kontext und übertragener Nachweis lassen sich untersuchen, ohne sie als Beweis für Regelbefolgung zu behandeln. Weitere Belege müssen aus Modellen und authentifiziertem Dienst kommen. Nach Erhebung gehören alle Ausgaben, Ablehnungen, unvollständigen Nachweise und ausgelassenen Prüfungen veröffentlicht und anhand der vorher festgelegten Erwartungen bewertet.

Quellen wurden am 11. Oktober 2026 geprüft. Die lokalen Prüfungen verwendeten Konnektor-Commit 01f7a0c05c1b2f885829abd569e5c0af1da1a0d4 und TradingAgents v0.4.0, Commit c95f83dfafa748801ab2be4855e6fcffc93804e4. Es wird keine v0.6.0-Kompatibilität, kein Verhalten verbundener Konten, keine unabhängige Bewertung und keine Anlageperformance behauptet. KI unterstützte Entwurf, Quellenprüfung, Prüfumgebung und Titelbild. David Bartas ist Autor und verantwortlicher Redakteur.