Mehr als Marktdaten: Was ein KI-Investment-Agent über dich wissen muss

Ein KI-Investment-Agent kann Unternehmensberichte lesen, Chancen diskutieren und einen überzeugenden Bericht verfassen. Eine persönliche Frage bleibt: Wie passt die Idee zu dem Investor, dessen Kapital betroffen wäre?

Die Antwort benötigt Informationen, die ein Marktdatenanbieter nicht liefern kann. Der Investor könnte das Unternehmen bereits über mehrere Fonds halten. Konzentrationsgrenzen, Liquiditätsverpflichtungen, Ausschlüsse oder weiterhin relevante Gründe früherer Entscheidungen können bestehen. In einem neuen Gespräch fehlen sie möglicherweise vollständig.

Je mehr Werkzeuge Research-Frameworks, Portfolio-Dienste und Broker für KI-Assistenten öffnen, desto wichtiger wird die Frage: Welcher Dienst liefert welchen Teil des Investorenkontexts? Dieser Artikel prüft diese Zuständigkeiten anhand öffentlicher Dokumentation. Investboard, das ich gegründet habe, dient als zentrales Beispiel für selbst formulierte Regeln und Entscheidungshistorie. Die übrigen Projekte zeigen, warum dafür ein breiterer Stack nötig ist.

Vier Fragen, vier Zuständigkeiten

„Untersuche dieses Unternehmen“ und „Prüfe, ob diese Änderung zu meinem Plan passt“ benötigen unterschiedliche Eingaben. Die erste Aufgabe erfordert Belege zum Unternehmen, die zweite zum Investor. Eine Order vorzubereiten benötigt zusätzlich die Erlaubnis zum Handeln.

1. 01Research

   Was sagen die Belege über diese Anlage?

   TradingAgents · AI Hedge Fund

2. 02Portfolio

   Was besitzt der Investor bereits?

   Parqet · Ghostfolio

3. 03Mandat und Gedächtnis

   Welche Regeln und früheren Entscheidungen gelten für diesen Vorschlag?

   Investboard · TradeMemory

4. 04Ausführung

   Was darf zum Broker gelangen und wer muss es freigeben?

   Alpaca MCP · Scalable Capital

Diese Trennung ist eine Architekturentscheidung. Der Investor kann das Research-Framework wechseln, ohne seine Strategie dauerhaft darin speichern zu müssen. Fehlende Informationen werden sichtbar: Ein Assistent mit Marktdatenzugang sollte nicht behaupten, das gesamte Portfolio geprüft zu haben.

Was die Projekte tatsächlich bereitstellen

Der Vergleich beschreibt dokumentierte Schnittstellen statt Scores. „Nicht belegt“ bedeutet, dass die zitierte Dokumentation eine Funktion für diese Betrachtung nicht bestätigt; es bedeutet nicht, dass dem gesamten Produkt diese Funktion fehlt.

Projekt / Rolle	Bereitgestellter Kontext	Handlungsgrenze
TradingAgentsResearch-Framework	Spezialisierte Analysten, Research-Debatte und Entscheidungsablauf. Upstream dokumentiert auch Läufe mit Portfoliokontext.	Framework für Forschungszwecke. Die README belegt keinen dauerhaften Dienst für persönliche Anlagemandate.
AI Hedge FundResearch / Bildung	Investor-Persona-Analysen, Risikomanagement und Portfoliomanagement-Agenten.	Die README beschreibt ein Bildungssystem ohne reale Trades.
ParqetPortfoliokontext	Bestände, Bewertung, Allokation, Aktivitäten und Performance über einen entfernten MCP-Server.	Getrennte Lese- und Schreibrechte. Schreiben erzeugt Portfolioeinträge und Aktivitäten, keine Brokerorders.
GhostfolioPortfoliokontext	Experimenteller MCP-Server für Portfolioabfragen und Aktivitätsimport.	Berechtigungen unterscheiden eingeschränkte Ansichten, Geldwerte und Aktivitätsimporte.
InvestboardAnlagemandat / Entscheidungshistorie	Mandat, gespeicherte Anweisungen, Planstatus, Prüfungen, Instrumententhesen und Journaleinträge.	Die Assistentenverbindung kann keine Orders aufgeben oder das Mandat ändern. Thesen und Journal benötigen Premium.
TradeMemoryAgentengedächtnis / Richtlinien-Proxy	Aufgezeichnete Trades, ergebnisgewichtete Erinnerungen und Entscheidungsprotokoll.	Der experimentelle Alpaca-Proxy dokumentiert Regelprüfungen vor der Weiterleitung von Orderwerkzeugen.
Alpaca MCPBrokerwerkzeuge	Konto, Positionen, Marktdaten und Orderverwaltung.	Simulation ist Standard. Serverseitige Werkzeuggruppen begrenzen verfügbare Funktionen.
Scalable CapitalBrokerzugriff / Freigabe	Bestände, Allokation, Liquidität, Marktdaten, Watchlists und Ordervorbereitung.	Einstellbare Zugriffsrechte und Freigabe durch den Investor vor der Orderausführung.

TradingAgents

Research-Framework

Bereitgestellter Kontext

Spezialisierte Analysten, Research-Debatte und Entscheidungsablauf. Upstream dokumentiert auch Läufe mit Portfoliokontext.

Handlungsgrenze

Framework für Forschungszwecke. Die README belegt keinen dauerhaften Dienst für persönliche Anlagemandate.

AI Hedge Fund

Research / Bildung

Bereitgestellter Kontext

Investor-Persona-Analysen, Risikomanagement und Portfoliomanagement-Agenten.

Handlungsgrenze

Die README beschreibt ein Bildungssystem ohne reale Trades.

Parqet

Portfoliokontext

Bereitgestellter Kontext

Bestände, Bewertung, Allokation, Aktivitäten und Performance über einen entfernten MCP-Server.

Handlungsgrenze

Getrennte Lese- und Schreibrechte. Schreiben erzeugt Portfolioeinträge und Aktivitäten, keine Brokerorders.

Ghostfolio

Portfoliokontext

Bereitgestellter Kontext

Experimenteller MCP-Server für Portfolioabfragen und Aktivitätsimport.

Handlungsgrenze

Berechtigungen unterscheiden eingeschränkte Ansichten, Geldwerte und Aktivitätsimporte.

Investboard

Anlagemandat / Entscheidungshistorie

Bereitgestellter Kontext

Mandat, gespeicherte Anweisungen, Planstatus, Prüfungen, Instrumententhesen und Journaleinträge.

Handlungsgrenze

Die Assistentenverbindung kann keine Orders aufgeben oder das Mandat ändern. Thesen und Journal benötigen Premium.

TradeMemory

Agentengedächtnis / Richtlinien-Proxy

Bereitgestellter Kontext

Aufgezeichnete Trades, ergebnisgewichtete Erinnerungen und Entscheidungsprotokoll.

Handlungsgrenze

Der experimentelle Alpaca-Proxy dokumentiert Regelprüfungen vor der Weiterleitung von Orderwerkzeugen.

Alpaca MCP

Brokerwerkzeuge

Bereitgestellter Kontext

Konto, Positionen, Marktdaten und Orderverwaltung.

Handlungsgrenze

Simulation ist Standard. Serverseitige Werkzeuggruppen begrenzen verfügbare Funktionen.

Scalable Capital

Brokerzugriff / Freigabe

Bereitgestellter Kontext

Bestände, Allokation, Liquidität, Marktdaten, Watchlists und Ordervorbereitung.

Handlungsgrenze

Einstellbare Zugriffsrechte und Freigabe durch den Investor vor der Orderausführung.

TradingAgents organisiert Analysen über Spezialisten und Debatten; AI Hedge Fund verwendet andere Analysten-Personas. Die Rollen strukturieren Research, belegen aber nicht, wie dauerhafte Regeln einzelner Investoren gespeichert oder durchgesetzt werden. Siehe die TradingAgents-README und AI-Hedge-Fund-README.

Portfolio-Dienste beantworten eine andere Frage. Parqets MCP-Dokumentation beschreibt Lesen und bestimmte Einträge mit getrenntem Schreibrecht. Ghostfolios experimentelle MCP-Schnittstelle unterscheidet Zugriff mit und ohne Geldwerte. Berechtigungsgrenzen verdienen ebenso viel Aufmerksamkeit wie die Datenliste.

Investboards dokumentierte Assistentenwerkzeuge enthalten get_policy, get_status, check_action und record_decision. Weitere Werkzeuge stellen Prüfhistorie, gespeicherte Instrumententhese und Journal bereit. So kann ein Assistent frühere Anweisungen abrufen und die nach einer Prüfung erklärte Entscheidung festhalten. Investboard-Hilfe.

Bestände beschreiben die Gegenwart; ein Mandat hält Absichten fest

Ein Portfolio-Snapshot beschreibt Positionen, Gewichte, Liquidität und Transaktionen. Er erklärt nicht vollständig, warum dieser Zustand besteht oder welche Änderungen der Investor in Betracht ziehen möchte.

Ein Mandat ergänzt diese Absicht: Zweck des Portfolios, zulässige Allokationsbereiche, Ausschlüsse, Liquiditätsbedarf und Verfahren für Ausnahmen. Eine These erklärt die Zugehörigkeit eines Instruments und die Belege, die diese Begründung infrage stellen würden. Die Entscheidungshistorie hält den Umgang mit vorgeschlagenen Änderungen fest.

Diese Aufzeichnungen bleiben getrennt. Ein konzentrierter Bestand kann eine bewusste Ausnahme oder einen offenen Regelverstoß darstellen. Eine frühere Entscheidung kann weiterhin gelten oder ersetzt worden sein. Ein Agent sollte das unterscheiden können, statt Regeln allein aus Beständen abzuleiten.

Ein nützlicher Anlegernachweis erklärt die Regel, die Entscheidung und die damals geltende Version.

Investboards öffentliche KI-Seite beschreibt einen portablen investing.md-Export neben der Assistentenverbindung. Der Export ist eine lesbare Datei, die der Investor selbst teilt; keine laufende Verbindung. Ein verbundener Assistent kann eine geplante Änderung prüfen, aber keine Orders aufgeben oder das Mandat ändern. KI bei Investboard.

Eine Datei lässt sich leicht mitnehmen, kann aber veralten. Ein laufender Dienst liefert aktuelle Einträge, hängt jedoch von Zugriff, Verfügbarkeit und Integration ab. Keiner der Wege beweist automatisch, dass jedes Research-Werkzeug das aktuelle Mandat berücksichtigt hat.

Eine Prüfung ist keine Ausführungssperre

Ein Assistent kann eine Regel abrufen, einen Konflikt erkennen und das Ergebnis dokumentieren. Das schafft Belege, garantiert aber nicht, dass ein anderes Brokerwerkzeug die Order ablehnt.

Eine Ausführungssperre benötigt Kontrolle über den Handlungspfad. Kann der Assistent nach einer negativen Prüfung direkt den Broker aufrufen, ist die Prüfung beratend. Muss jede Order durch einen Dienst, der dieselben Bedingungen vor Weiterleitung validiert, kann dieser Grenzen durchsetzen.

TradeMemorys experimenteller Proxy dokumentiert diesen zweiten Aufbau für Alpaca. Er liegt zwischen Agent und Broker-MCP-Server und prüft Orderwerkzeuge gegen nutzereigene Richtlinien. Die README beschreibt Ablehnungen nicht unterstützter oder nicht bewertbarer Orders sowie einen begrenzten Versuch mit Simulationskonto. Das sind Angaben der Entwickler, keine hier ausgeführten Tests.

Alpacas MCP-Server dokumentiert serverseitige Werkzeugfilter und Simulation als Standard. Das kontrolliert Funktionen und Umgebung, belegt aber allein keine persönliche Mandatsprüfung. Alpaca-Dokumentation.

Scalable Capital beschreibt Freigabe durch den Investor vor Ausführung und konfigurierbaren Agentenzugriff. Freigabe ist ein wichtiger Entscheidungspunkt. Ob ein Vorschlag einem separat gespeicherten Mandat entspricht, hängt vom übrigen Ablauf ab.

Bei der Übergabe entscheidet das Design

Ein fiktiver Investor möchte eine Aufstockung eines Unternehmens untersuchen, das er bereits indirekt über Fonds hält. Sein Mandat begrenzt Emittentenkonzentration; ein Journaleintrag erklärt die Zurückstellung eines ähnlichen Vorschlags.

Der Research-Dienst untersucht das Unternehmen. Der Portfolio-Dienst liefert Positionen und verfügbare Expositionsdaten. Der Mandatsdienst stellt Regel und frühere Entscheidung bereit. Eine Brokerverbindung darf eine Order nur innerhalb ihrer Berechtigungen vorbereiten.

Der Ablauf ist erst vollständig, wenn alle Eingaben denselben Vorschlag betreffen. Die Prüfung einer kleinen Aufstockung deckt keine später vorbereitete größere Order ab. Ein alter Portfolio-Snapshot beschreibt möglicherweise die heutige Exposition nicht mehr. Instrumentenkennungen müssen dienstübergreifend dasselbe Instrument bezeichnen.

Ein prüfbarer Übergabenachweis sollte deshalb bewahren:

• Eingaben: Instrumentenkennung, Datum des Portfolio-Snapshots und Mandatsversion.
• Vorschlag: tatsächlich geprüfte Handlung und Konditionen.
• Befund: geprüfte Regel, Ergebnis und fehlende Informationen.
• Entscheidung: Wahl des Investors einschließlich einer erklärten Ausnahme.
• Ausführungsnachweis: bei externer Ausführung eine getrennte Brokerbestätigung oder Orderkennung.

Das ist ein vorgeschlagenes Datenmodell, kein gemeinsames Schema der verglichenen Projekte. Es macht Schnittstellen prüfbar. Eine überzeugende Erklärung hilft wenig, wenn Portfolio, Regeln oder Handlung nicht identifizierbar sind.

Was sollte einen Assistentenwechsel überleben?

Der dauerhafte Wert ist der eigene Nachweis des Investors: Zweck, Regeln, Thesen und Entscheidungen. Modellgespräche sind Arbeitsmaterial, sollten aber nicht der einzige Speicherort sein.

Kann ein neuer Assistent die aktuellen Regeln abrufen, ersetzte Entscheidungen erkennen, das Datum des Portfoliokontexts nennen und fehlenden Zugriff benennen? Wo kann der Investor diese Aufzeichnungen prüfen oder exportieren, ohne Chats zu rekonstruieren?

Hier hat Investboard eine klare dokumentierte Rolle. Mandats- und Journalwerkzeuge ergänzen Research-Frameworks und Portfolioverbindungen. TradeMemory zeigt einen benachbarten Ansatz mit Handelsgedächtnis und Broker-Richtlinien-Proxy. Die Chance besteht darin, Zuständigkeiten sichtbar und Regeln über Werkzeuge hinweg lesbar zu halten.

Der Folgeartikel Von der TradingAgents-Analyse zur prüfbaren Anlageentscheidung untersucht den Open-Source-Konnektor und veröffentlicht fiktive Vergleichsszenarien. Er enthält ausgeführte Offline-Prüfungen und einen Modellvergleichsplan; Modellläufe und authentifizierte Serverprüfungen stehen noch aus.

Quellen und Geltungsbereich

Grundlage sind InvestingStacks Research-Übersicht vom Oktober 2026 und eine erneute Prüfung der folgenden Primärquellen. Verglichen wird öffentliche Dokumentation, keine authentifizierten Werkzeugaufrufe, Integrationstests oder Handelsergebnisse. Produktangaben beschreiben dokumentiertes Verhalten; Architektur und Übergabenachweis sind redaktionelle Analyse. KI unterstützte Entwurf und Quellenprüfung. David Bartas ist Autor und verantwortlicher Redakteur.

1. TradingAgents — Framework-README: Rollen, Ablauf und Forschungszweck.
2. AI Hedge Fund — Projekt-README: Bildungszweck und Analystenarchitektur.
3. Parqet — Portfoliokontext über MCP: Datenzugriff, Einträge und Rechte.
4. Ghostfolio — experimenteller MCP-Server: Portfoliozugriff und Importrechte.
5. Investboard — Assistentenhilfe und KI bei Investboard: Mandatswerkzeuge, Entscheidungen, Export und Verbindungsgrenzen.
6. TradeMemory — Gedächtnis und experimenteller Broker-Proxy: Erinnerung, Prüfprotokolle und dokumentierter Durchsetzungspfad.
7. Alpaca — offizieller MCP-Server: Brokerfunktionen, Filter und Simulationsstandard.
8. Scalable Capital — Agentic Investing: Zugriffsrechte und Orderfreigabe.