Google findet, KI hilft – aber meine WDB bewahrt die Entscheidung
Aktualisiert am 23. Juli 2026 / in Digitale Archive
Inhaltsübersicht
- 1. Informationen finde ich schnell – Entscheidungen nicht
- 2. Recherche ist nicht Entscheidung
- 3. Fünf Werkzeuge mit unterschiedlichen Aufgaben
- 4. Warum eine lokale WDB?
- 5. Warum ein Problem zweimal lösen?
- 6. Praxisbeispiel: Excire Foto und eine scheinbare Dublette
- 7. Obsidian als Werkzeug
- 8. Paperless, WDB und Website haben unterschiedliche Aufgaben
- 9. Was gehört in die WDB?
- 10. So wird aus Recherche eine belastbare Notiz
- Fazit
- Vorgesehene interne Verlinkung
Kurz gesagt
Suchmaschinen und KI helfen mir, Informationen zu finden, Möglichkeiten zu vergleichen und Probleme zu verstehen. Was daraus für meine eigene Umgebung folgt, muss ich jedoch selbst entscheiden.
Meine lokale Wissensdatenbank hält diese Entscheidungen mit Begründung fest. So werden Recherche, Tests und praktische Erfahrung zu wiederverwendbarem Wissen – unabhängig von einem einzelnen Suchergebnis, Chatverlauf oder Programm.
Geeignet für: Menschen, die technische oder organisatorische Entscheidungen dauerhaft nachvollziehbar halten möchten.
Lesezeit: ca. 7 Minuten
1. Informationen finde ich schnell – Entscheidungen nicht
Das Internet vergisst nicht vollständig, aber es verschiebt, verändert und sortiert ständig neu. Google, andere Suchmaschinen und KI-Systeme sind hervorragende Werkzeuge, um Informationen zu finden, einzuordnen und neue Lösungswege zu prüfen.
Was sie aber nicht zuverlässig bewahren, sind meine konkreten Entscheidungen.
Welche Lösung habe ich nach Prüfung gewählt? Welche Variante habe ich bewusst verworfen? Welche Regel gilt künftig für mein lokales System? Genau diese Antworten gehören in meine WDB.
Der Wert meiner lokalen Wissensdatenbank liegt daher nicht darin, möglichst viele Informationen zu sammeln. Sie soll festhalten, welche Schlussfolgerung ich aus einer Recherche gezogen habe und warum.
Merksatz: Recherche ist nicht Entscheidung.
Vom „Dr. Google“ zur lokalen WDB
Früher haben wir im Alltag oft scherzhaft von „Dr. Google“ gesprochen. Wenn ein technisches Problem auftrat, begann die Suche im Internet. Vieles wurde anschließend aufgeschrieben: Suchbegriffe, Fundstellen, einzelne Befehle oder eine Lösung, die funktioniert hatte.
Dieses Aufschreiben war bereits sinnvoll. Die Notizen lagen jedoch häufig verteilt in Textdateien, E-Mails, Ausdrucken oder unterschiedlichen Ordnern. Später war manchmal noch bekannt, dass das Problem schon einmal gelöst worden war – aber nicht mehr, wo die maßgebliche Notiz lag oder warum gerade diese Lösung gewählt wurde.
Die lokale WDB führt diesen früheren Ansatz geordnet weiter. Aus einzelnen Aufzeichnungen werden verknüpfte, durchsuchbare Entscheidungen. KI beschleunigt heute Recherche, Vergleich und Formulierung. Die Aufgabe, das Ergebnis für die eigene Umgebung festzuhalten, bleibt dieselbe.
Wie sich mein persönlicher Weg vom Handbuch über „Dr. Google“ bis zur kontrollierten Arbeit mit KI entwickelt hat, beschreibt ergänzend der Artikel KI in der IT-Praxis.
2. Recherche ist nicht Entscheidung
Google, andere Suchmaschinen und KI-Systeme sind hilfreich. Sie unterstützen bei der Recherche, liefern Vergleichsmöglichkeiten und helfen, technische oder organisatorische Probleme schneller zu verstehen.
Sie ersetzen aber nicht die eigene Entscheidung.
Eine Suchmaschine merkt sich nicht, welche Lösung ich nach Prüfung verworfen habe. Eine KI kann später eine neue, plausible Antwort geben, kennt aber nicht automatisch meine damalige Abwägung, meine lokale Umgebung, meine Risiken und meine endgültige Entscheidung.
Auch ein hilfreicher Chat ist zunächst ein Gespräch. Für eine spätere Wiederverwendung brauche ich eine verdichtete Notiz, die Problem, Befund, Entscheidung und geltende Regel zusammenführt.
Genau deshalb gehört nicht nur die gefundene Information in die WDB, sondern vor allem die getroffene Entscheidung.
3. Fünf Werkzeuge mit unterschiedlichen Aufgaben
In meiner Arbeitsweise haben Recherche, Belege, Entscheidungen und Veröffentlichung klar getrennte Orte:
| Werkzeug oder Bereich | Aufgabe | Was dort dauerhaft zählt |
|---|---|---|
| Google und andere Suchmaschinen | Recherche und Auffinden von Quellen | Fundstellen, die anschließend geprüft werden |
| KI | Analyse, Vergleich, Formulierung und Varianten | Unterstützung, aber keine automatische Endentscheidung |
| WDB in Obsidian | lokales Wissens- und Entscheidungsarchiv | eigene Regeln, Begründungen und geprüfte Vorgehensweisen |
| Paperless-ngx | Belegarchiv | Originaldokumente, Nachweise und Korrespondenz |
| Website | veröffentlichter Leseraum | ausgewählte und redaktionell aufbereitete Inhalte |
Diese Rollen ergänzen sich. Keine davon muss die anderen ersetzen.
Paperless ist das Belegarchiv, die WDB ist das Entscheidungsarchiv.
Die übergeordnete Einordnung beschreibt der Bereich Digitale Archive. Die langfristigen Grundsätze stehen in der Archivphilosophie.
4. Warum eine lokale WDB?
Die WDB ist mein lokales Arbeitsgedächtnis. Sie sammelt nicht wahllos Internetfundstücke, sondern hält fest, was ich aus Recherche, Tests und praktischer Erfahrung entschieden habe.
Damit wird aus einer einmaligen Problemlösung ein wiederverwendbarer Baustein.
Für mich sind dabei mehrere Eigenschaften wichtig:
- Die Wissensdatenbank liegt lokal.
- Inhalte sind schnell und lokal durchsuchbar.
- Die einzelnen Notizen bestehen aus lesbaren Markdown-Dateien.
- Eigene Begriffe, Verknüpfungen und Strukturen bleiben möglich.
- Entscheidungen können mit Anlass und Begründung dokumentiert werden.
- Frühere Lösungen lassen sich bei ähnlichen Problemen wiederverwenden.
- Die Dateien bleiben auch ohne eine bestimmte Oberfläche grundsätzlich lesbar.
- Wiederholte Recherche und doppelte Problemlösung werden reduziert.
Lokale Speicherung allein genügt allerdings nicht. Auch eine lokale Ablage wird unübersichtlich, wenn dort nur Fundstücke und ungeprüfte Textkopien gesammelt werden. Der eigentliche Nutzen entsteht durch Auswahl, Einordnung und Entscheidung.
5. Warum ein Problem zweimal lösen?
Viele technische oder organisatorische Probleme treten später erneut auf. Nicht immer identisch, aber ähnlich genug, dass eine frühere Entscheidung hilfreich wäre.
Wenn diese Entscheidung nur im Chatverlauf, im Browser-Verlauf oder in einer alten E-Mail steckt, beginnt die Suche erneut. In der WDB steht dagegen knapp und überprüfbar:
- was das Problem war,
- welche Ursache festgestellt wurde,
- welche Quellen oder Tests maßgeblich waren,
- welche Lösung funktioniert hat,
- welche Lösung ausdrücklich nicht gewählt wurde,
- welche Regel künftig gilt,
- wann der Eintrag erneut geprüft werden sollte.
Damit wird nicht jede frühere Entscheidung automatisch für immer richtig. Technik, Produkte und Rahmenbedingungen können sich ändern. Die alte Notiz liefert aber einen nachvollziehbaren Ausgangspunkt, statt wieder bei null zu beginnen.
Ein Problem einmal klären, die Entscheidung lokal sichern.
6. Praxisbeispiel: Excire Foto und eine scheinbare Dublette
Ein praktisches Beispiel ist Excire Foto. Bei unterschiedlich geschriebener Dateiendung oder abweichender Groß-/Kleinschreibung kann ein Bild scheinbar doppelt erscheinen.
Für die Klärung waren mehrere Schritte nötig:
- Den angezeigten Dateipfad in Excire Foto prüfen.
- Die tatsächlich vorhandene Datei im Windows-Dateisystem beziehungsweise auf dem NAS gegenprüfen.
- Datenbankeintrag und physische Bilddatei voneinander unterscheiden.
- Die Rückmeldung des Excire-Supports einordnen.
- Daraus eine sichere Handlungsregel ableiten.
Die entscheidende Regel lautet nicht nur „Problem erkannt“, sondern:
Die Wahrheit liegt im Dateisystem, nicht in der Programmdatenbank.
Fehlerhafte Einträge werden über „Aus der Anwendung entfernen“ bereinigt.
Die physische Bilddatei wird nicht gelöscht.
Diese Entscheidung gehört in die WDB, weil sie bei späteren Dublettenprüfungen erneut gebraucht wird. Eine neue Internetsuche könnte zwar wieder ähnliche Hinweise liefern. Sie würde aber nicht zuverlässig meine geprüfte Regel für diesen Bestand, diese Anwendung und diesen Arbeitsablauf wiedergeben.
Die WDB hält deshalb nicht die komplette Supportkommunikation als unkommentierte Kopie fest. Sie bewahrt die daraus abgeleitete und künftig geltende Vorgehensweise.
7. Obsidian als Werkzeug
Obsidian ist für mich nicht das Ziel, sondern das Werkzeug. Der eigentliche Wert liegt in den lokalen Markdown-Dateien.
Markdown bleibt auch ohne Obsidian lesbar. Die Dateien lassen sich sichern, durchsuchen, verlinken und langfristig weiterverwenden. Damit ist die WDB kein geschlossenes System, sondern ein einfaches, lokales Wissensarchiv.
Obsidian erleichtert die tägliche Arbeit durch Suche, Verknüpfungen und eine übersichtliche Darstellung. Die digitale Langzeitarchivierung darf aber nicht allein von einer Programmoberfläche abhängen. Deshalb sind verständliche Dateinamen, klare Ordner und lesbare Inhalte wichtiger als möglichst viele Zusatzfunktionen.
8. Paperless, WDB und Website haben unterschiedliche Aufgaben
Paperless-ngx ist mein Belegarchiv. Dort liegen Rechnungen, Bescheide, Nachweise, Verträge, Korrespondenz und andere Originaldokumente.
Die WDB ist mein Wissens- und Entscheidungsarchiv. Dort steht, was ich aus Recherche, Dokumenten, Tests und Erfahrung abgeleitet habe.
Die Website ist der veröffentlichte Leseraum. Dort werden ausgewählte Inhalte redaktionell aufbereitet. Interne Pfade, Zugangsdaten, personenbezogene Angaben und unnötige Betriebsdetails bleiben außerhalb der öffentlichen Fassung.
| Bereich | Kurzform |
|---|---|
| Paperless-ngx | Beleg |
| WDB | Entscheidung |
| Website | Darstellung |
Diese Trennung verhindert, dass ein Beleg mit seiner fachlichen Auswertung oder eine interne Arbeitsnotiz mit einem öffentlichen Artikel verwechselt wird.
9. Was gehört in die WDB?
Aufgenommen werden vor allem Inhalte mit Wiederverwendungswert:
- wiederkehrende technische Lösungen,
- eigene Arbeitsanweisungen,
- Entscheidungen mit Begründung,
- Regeln für langfristige Projekte,
- geprüfte Vorgehensweisen,
- Warnhinweise,
- Projektzusammenfassungen,
- Konfigurationen, die später erneut benötigt werden,
- offene Punkte mit erkennbarem Prüfbedarf.
Nicht jede Information verdient einen dauerhaften Platz. Nicht aufgenommen werden sollten:
- beliebige Internetfundstücke ohne Bewertung,
- reine Kopien fremder Texte,
- einmalige Kleinigkeiten ohne Wiederverwendungswert,
- unsortierte Chatverläufe,
- temporäre Notizen ohne Ergebnis,
- Vermutungen, die wie bestätigte Tatsachen formuliert sind.
Eine gute WDB ist deshalb nicht möglichst groß. Sie ist verständlich, durchsuchbar und entscheidungsorientiert.
10. So wird aus Recherche eine belastbare Notiz
Für wiederkehrende Themen genügt ein einfaches Schema:
| Feld | Inhalt |
|---|---|
| Anlass | Welches Problem oder welche Frage bestand? |
| Quellen | Welche Dokumentation, Recherche oder Rückmeldung wurde geprüft? |
| Befund | Was wurde tatsächlich festgestellt? |
| Entscheidung | Welche Variante wurde gewählt? |
| Verworfen | Welche Möglichkeit wurde bewusst nicht gewählt und warum? |
| Regel | Was gilt beim nächsten vergleichbaren Fall? |
| Stand | Wann wurde die Entscheidung getroffen oder zuletzt geprüft? |
Dieses Schema trennt fremde Information von eigener Bewertung. Es hilft außerdem, spätere Änderungen nachvollziehbar zu ergänzen, ohne die ursprüngliche Entscheidung umzudeuten.
Fazit
Google findet. KI hilft. Die WDB bewahrt meine Entscheidung.
Das ist der entscheidende Unterschied. Informationen lassen sich oft erneut suchen. Eine konkrete Entscheidung aus einem bestimmten lokalen Zusammenhang lässt sich später aber nur dann zuverlässig nachvollziehen, wenn sie bewusst festgehalten wurde.
Deshalb ist meine lokale WDB kein zusätzlicher Aufwand um des Sammelns willen. Sie verhindert, dass ich dieselben Probleme mehrfach lösen muss.
Ein Problem einmal klären.
Die Entscheidung lokal sichern.
Beim nächsten Mal nicht wieder von vorn anfangen.
Vorgesehene interne Verlinkung
- Digitale Archive
- Archivphilosophie
- KI in der IT-Praxis
- Paperless-ngx-Arbeitsabläufe aus der Praxis
- Excire Foto – KI-Unterstützung für große Fotoarchive
Persönliche Unterstützung
Dieser Artikel vermittelt die fachlichen Grundlagen. Wenn Sie die beschriebenen Methoden auf einen konkreten Bestand oder ein bestehendes System übertragen möchten, finden Sie ergänzende Informationen unter Dienstleistungen.