Recherche mit Quellenbeleg dokumentieren

Dieser Workflow verbindet drei MCP-Server, die einzeln für sich schon nützlich sind, aber gemeinsam eine der häufigsten Aufgaben in Coding- und Content-Agenten spürbar beschleunigen: eine Behauptung oder ein technisches Detail aus dem Web belegen, aktuelle statt möglicherweise veraltete Bibliotheksdokumentation nachschlagen und das Ergebnis strukturiert und nachvollziehbar lokal ablegen, statt es nur im Chatverlauf verschwinden zu lassen. Fetch MCP übernimmt das Abrufen und Umwandeln von Webseiten in Markdown, Context7 liefert versionsspezifische Dokumentation zu Bibliotheken und Frameworks direkt in den Prompt, und Filesystem MCP schreibt das Ergebnis als Datei ins Projektverzeichnis, wo es versioniert und weiterverwendet werden kann.

Wie die drei Werkzeuge zusammenspielen

Ein Agent, der alle drei Server verbunden hat, kann eine Rechercheaufgabe von Anfang bis Ende selbstständig durchlaufen: Zuerst ruft er über Fetch MCP eine oder mehrere öffentliche Quellen ab und wandelt sie in lesbares Markdown um. Geht es um eine konkrete API oder Bibliotheksfunktion, ergänzt Context7 die aktuelle, versionsspezifische Dokumentation, statt sich auf das möglicherweise veraltete Trainingswissen des Sprachmodells zu verlassen. Am Ende fasst der Agent die Ergebnisse zusammen und schreibt sie über Filesystem MCP als Markdown-Datei mit Quellenangaben in einen dafür vorgesehenen Ordner, etwa docs/recherche/ oder notes/.

Typischer Ablauf Schritt für Schritt

Ein typischer Auftrag lautet etwa: „Recherchiere, wie die aktuelle Version von React useEffect handhabt, prüfe zusätzlich die offizielle Migrationsseite und lege eine Zusammenfassung mit Quellenangaben in notes/react-useeffect.md ab." Der Agent nutzt dafür Context7 für die versionsspezifische API-Dokumentation, Fetch MCP für die offizielle Migrationsseite und Filesystem MCP, um das Ergebnis als Datei zu speichern. Jede Aussage in der Zusammenfassung lässt sich dadurch auf eine konkrete URL oder Bibliotheksversion zurückführen, statt eine unbelegte Behauptung des Modells zu bleiben.

Warum diese Kombination sich lohnt

Ohne Filesystem MCP verschwindet jede Rechercheleistung eines Agenten am Ende der Chatsitzung – wertvolle Zusammenfassungen mit Quellenangaben müssten von Hand kopiert werden. Ohne Context7 riskiert ein Coding-Agent, mit veralteten oder erfundenen API-Details zu arbeiten, weil das Sprachmodell nur bis zu seinem Trainingsstand aktuell ist. Ohne Fetch MCP bleibt der Agent auf sein Trainingswissen beschränkt und kann keine aktuellen, öffentlich verfügbaren Informationen einbeziehen. Erst die Kombination aus aktuellem Web-Abruf, versionsspezifischer Dokumentation und persistenter, versionierbarer Ablage macht aus einer einmaligen Chat-Antwort ein wiederverwendbares Rechercheergebnis.

Für wen sich der Workflow eignet

Besonders nützlich ist diese Kombination für Entwicklerteams, die technische Entscheidungen dokumentieren müssen, etwa warum eine bestimmte Bibliotheksversion oder ein bestimmter Ansatz gewählt wurde. Auch für Content- und SEO-Teams, die Primärquellen für Artikel oder Produktbeschreibungen sauber belegen wollen, eignet sich der Workflow gut, weil jede Aussage direkt mit ihrer Quelle verknüpft bleibt. Für einmalige, oberflächliche Fragen ohne Dokumentationsbedarf ist der Aufwand der Einrichtung dagegen meist nicht nötig – hier reicht ein einzelner MCP-Server.

Häufige Fragen zur Einrichtung

Müssen alle drei Server gleichzeitig aktiv sein? Nein, sie lassen sich unabhängig voneinander in der MCP-Konfiguration des Clients eintragen und je nach Aufgabe gezielt ansprechen. Wo sollten die abgelegten Notizen liegen? Ein dedizierter, klar benannter Ordner wie docs/recherche/ hilft, die Ergebnisse von anderem Projektcode zu trennen und sie versionieren zu können. Funktioniert der Workflow auch ohne Context7? Ja, für rein webbasierte Recherche ohne Bibliotheksbezug genügen Fetch MCP und Filesystem MCP allein.