The Keep IT Simple Project

Ideenspeicher

Hier sammle ich Ideen, die unterwegs auftauchen. Eine Idee darf erst einmal nur eine Frage sein. Sie wird nicht sofort bewertet und nicht sofort umgesetzt.

Wenn eine Idee Substanz hat, schaue ich sie mir genauer an. Passt sie zum Projekt, wird daraus eine Aufgabe auf dem Board und später vielleicht ein Beitrag. Ideen, die nicht passen, bleiben hier sichtbar, mit dem Vermerk „verworfen“.

Der Status zeigt, wo eine Idee steht: offen, in Prüfung, aufs Board übernommen, umgesetzt oder verworfen.

Ideen

Was lässt sich noch automatisieren? Zum Beispiel die Übertragung per rsync nach All-Inkl, per Knopfdruck.

2026-10-06 · Status: offen

Notiz

Ausgangslage: Export in Simply Static und Übertragung mit export-uebertragen.sh sind heute zwei getrennte Handgriffe.

Backup des WordPress-Inhalts mit UpdraftPlus.

2026-10-06 · Status: aufs Board übernommen

Notiz

Ausgangslage: Außer dem Backup über WP Umbrella gibt es keins. Dessen Verbindung ist abgerissen, weil die Liste der freizugebenden IP-Adressen nicht vollständig war.

Upstream-Git-Repository für den Projektordner, zum Beispiel im Forgejo von local-it.org.

2026-10-06 · Status: aufs Board übernommen

Notiz

Gedacht als zweite Sicherung für Texte, Skripte, Board und Protokoll.

Hinter jeder Idee im Ideenspeicher ein Plus-/Minus-Knopf, mit dem Besucher abstimmen können, was als Nächstes kommt.

2026-10-06 · Status: verworfen (for now)

Notiz

Frage dazu: Geht das mit Simply Static? Ein exportiertes HTML kann Stimmen nicht speichern, dafür braucht es einen Server. Eine Formular-Anbindung von Simply Static Pro würde über einen externen Dienst laufen, das passt nicht zu „keine externen Ressourcen“. Möglich wären ein kleines PHP-Skript auf dem All-Inkl-Webspace oder ein Link, der eine vorbereitete E-Mail öffnet. Vorerst zurückgestellt.

Das Claude-Code-Plugin frontend-design einsetzen, damit die Gestaltung der KISP-Seite mehr eigenes Profil bekommt.

2026-10-06 · Status: offen

Notiz

Die Seite läuft mit einem schlichten, modernen Theme. Claude Code erzeugt Blockeditor-HTML und fügt es direkt in WordPress ein. Von René als „für später vorgemerkt“ markiert.

Im Blick behalten:

  • Ausgabe als Gutenberg-Block-Markup (wp:-Kommentare)
  • Farben, Schriften und Abstände über die theme.json-Presets
  • Eigenes CSS nur, wenn kein Preset passt

Auf der KISP-Seite eine Übersicht der verbrauchten Tokens pro Schritt, die mit jedem Commit wächst und mit jedem Export aktuell ist.

2026-10-06 · Status: offen

Notiz

Konzeptskizze aus dem Planungschat:

  1. Git-Hook post-commit im Projektordner startet bei jedem Commit ein Skript.
  2. Das Skript summiert die Tokens seit dem vorigen Commit aus den Sitzungsprotokollen unter ~/.claude/projects/ (JSONL, usage-Block: input, output, cache_creation, cache_read).
  3. Es hängt eine Zeile an tokens.json an: Commit-Hash, Commit-Nachricht, Zeitstempel (UTC), Input, Output, Cache-Write, Cache-Read.
  4. tokens.json geht über die Simply-Static-Einstellung für zusätzliche Dateien mit in den Export zu All-Inkl.
  5. Ein kleiner JavaScript-Block auf der Seite liest die Datei und zeigt eine Tabelle pro Schritt plus Gesamtsumme.

Offene Punkte:

  • Tokens aus dem Planungschat in claude.ai sind dort nicht abrufbar; auf der Seite als offen kennzeichnen.
  • cleanupPeriodDays (Standard 30 Tage) ggf. hochsetzen, falls rückwirkend ausgewertet werden soll.
  • Verhältnis zu den bisherigen Schätzungen im ARBEITSPROTOKOLL.md klären.

Seitenabschnitt „Wie alles anfing: erst denken, dann bauen“. Erklärung auf der Website, wie das Projekt begonnen hat: zuerst Planung im Chat mit Opus 5.5 (Ideen gesammelt, strukturiert, pro Schritt überlegt, welches Modell effizient ist und ausreicht), danach Umsetzung mit Claude Code. Key Learning: KI-Projekte mit KI planen, statt direkt mit dem Code loszulaufen. René hat es bisher so gemacht, und das hatte deutliche Grenzen.

2026-10-06 · Status: offen

Notiz

Textentwurf, sichtbarer Teil:

Bei früheren Projekten bin ich direkt losgelaufen. Idee im Kopf, Claude Code geöffnet, los. Das geht eine Weile gut. Irgendwann stehst du dann mitten im Code und merkst, dass dir der Plan fehlt: Was kommt als Nächstes? Was hängt wovon ab? Wofür war das noch mal gedacht?

Bei KISP haben wir es anders gemacht. Am Anfang stand ein Gespräch, kein Code. Mit Claude Opus 5.5 habe ich Ideen gesammelt, sortiert und in Schritte zerlegt. Für jeden Schritt haben wir überlegt: Welches Modell reicht hier aus und arbeitet dabei sparsam?

Daraus ist meine erste große Erkenntnis geworden: Ein KI-Projekt plant sich am besten mit KI. Die Planung kostet am Anfang etwas Zeit und Rechenleistung. Sie spart beides später an vielen Stellen.

Details-Block „Zeig mir, wie es geht“:

  1. Planungsphase im Chat mit Opus 5.5: Ideensammlung, Struktur, Abhängigkeiten.
  2. Modellwahl pro Schritt: große Modelle für Konzept und knifflige Entscheidungen, kleinere für Routinearbeit.
  3. Umsetzung mit Claude Code auf dem Cube, Schritt für Schritt nach Plan, jeder Schritt ein Commit.
  4. Messen: Verweis auf die Token-Übersicht.

Dazu eine Tabelle „Schritt | Modell | Warum“, befüllt aus CLAUDE.md und den Etappendateien.

Kann eine KI eine Website in WordPress nachbauen, ausgehend von einer PDF-Designvorlage, von Textaufzeichnungen, von Beispiel-URLs oder anderem Input?

2026-10-05 · Status: offen