Kurz gesagt: Nicht jede Information aus einem KI-Projekt gehört an denselben Ort. GitHub hält den internen Arbeitsstand und nachvollziehbare Änderungen fest, das Backlog rohe Ideen, das öffentliche Logbuch sichtbare Entwicklungsschritte und der Blog ausgereifte Gedanken für Leser. Diese Trennung verhindert, dass Entscheidungen im Chat verschwinden oder unfertige Arbeitsnotizen zu öffentlichem Content werden.
GitHub, Logbuch oder Blog: die schnelle Zuordnung
- GitHub / internes Journal: Was muss ein späterer Mensch oder Agent über den Arbeitsstand wissen?
- Backlog: Welche Idee ist noch roh und darf wieder verschwinden?
- Öffentliches Logbuch: Was hat sich sichtbar am Projekt verändert und warum?
- Blog / Wissensbeitrag: Welche Frage ist reif genug, dass sie auch außerhalb des Projekts nützlich ist?
Diese Website entsteht über mehrere Werkzeuge hinweg. Genau dadurch entsteht eine einfache, aber kritische Frage: Wo liegt der gültige Stand?
Wenn eine Entscheidung nur in einem Chat steht, kann sie beim nächsten Werkzeugwechsel verloren gehen. Wenn jede interne Notiz direkt veröffentlicht wird, entsteht dagegen eine Website voller Rohmaterial. Beides ist unpraktisch.
Das interne Journal: Arbeitswahrheit statt Veröffentlichung
Das interne Journal hält Informationen fest, die für die weitere Arbeit benötigt werden: Was wurde geändert? Welche Entscheidung gilt? Welche Aufgabe ist offen? Welche technische Grenze darf beim nächsten Schritt nicht vergessen werden?
Bei diesem Projekt liegt ein großer Teil dieser Arbeitswahrheit in GitHub. Commits, Issues und Dateien sind dort nicht „schön für Besucher“, aber sie können Veränderungen nachvollziehbar machen und einen stabileren Übergang zwischen verschiedenen Arbeitssituationen schaffen.
GitHub ist damit nicht automatisch die einzige mögliche Lösung. Entscheidend ist die Funktion: Es braucht einen Ort, an dem der gültige operative Zustand unabhängig vom einzelnen Chat erhalten bleibt.
Das Backlog: Rohideen dürfen unfertig bleiben
Das Backlog ist der Ort für Möglichkeiten. Dort darf eine Idee halbfertig sein, sich widersprechen oder später verworfen werden.
Das ist wichtig, weil nicht jeder Gedanke sofort in Content übersetzt werden sollte. Ein Backlog schützt die Website davor, dass interne Denkbewegungen automatisch zu öffentlichen Seiten werden.
Das öffentliche Logbuch: sichtbare Veränderung statt technische Details
Das öffentliche Logbuch beantwortet eine andere Frage: Was hat sich an dieser Website sichtbar entwickelt – und warum?
Eine neue Seite, ein veränderter Arbeitsweg oder eine wichtige Richtungsentscheidung kann dort sinnvoll sein. Ein einzelner Dateiname, ein technischer Zwischenfehler oder eine unfertige Prompt-Idee meistens nicht.
Das Logbuch ist damit eine verdichtete öffentliche Spur. Es zeigt Entwicklung, ohne das komplette interne Projektprotokoll offenzulegen.
Wann wird aus einer Notiz ein Blogbeitrag?
Ein Blogbeitrag braucht eine eigenständige Aufgabe für Leser. Eine interne Beobachtung wird erst dann zum Wissensbeitrag, wenn sich daraus eine verständliche Frage ableiten lässt, die auch außerhalb des Projekts relevant ist.
Beispiel: „Wir mussten entscheiden, wo der gültige Arbeitsstand liegt“ ist zunächst eine interne Projektfrage. Die allgemeinere Frage „Wie dokumentiert man KI-Arbeit über mehrere Werkzeuge hinweg?“ kann dagegen auch anderen helfen. Genau diese Übersetzung macht aus Rohmaterial einen Artikel.
Für die inhaltliche Entscheidung zwischen FAQ, Leistungsseite und Wissensbeitrag passt der Artikel „Blog oder FAQ?“.
Warum diese Trennung bei KI-Arbeit besonders wichtig wird
KI-Werkzeuge erzeugen schnell neue Texte, Vorschläge und Varianten. Dadurch steigt nicht nur die Produktionsgeschwindigkeit, sondern auch die Menge an Zwischenmaterial. Ohne klare Orte verschwimmt leicht, was bloß Vorschlag, was Entscheidung und was veröffentlichter Stand ist.
Die Lösung ist nicht mehr Dokumentation um ihrer selbst willen. Sie ist eine klare Zustandslogik: roh → entschieden → umgesetzt → öffentlich erklärt.
Warum überhaupt dokumentiert werden sollte, beschreibe ich in „KI-Arbeit öffentlich dokumentieren“. Wie WordPress und ChatGPT als konkrete Werkzeuge zusammenspielen, beginnt bei „Kann man WordPress mit ChatGPT pflegen?“.
Fazit: Jede Information braucht einen klaren Zustand
Die Trennung zwischen Journal, Backlog, Logbuch und Blog ist keine Bürokratie. Sie verhindert zwei typische Fehler: Wissen verschwindet im Chat – oder unfertige Arbeit landet ungefiltert auf der Website.
Für dieses Projekt ist deshalb nicht die Frage entscheidend, welches Tool „alles kann“. Wichtiger ist, dass jede Information einen nachvollziehbaren Ort und einen erkennbaren Reifegrad bekommt.