0 Fork 0

Files

T

kantarciandClaude Opus 5 4a60adf7d7 Ausbauplan bis zum Pilotbetrieb, verankert an kant-it.de

kant-it.de ist als Pilotwebsite bestimmt. Der öffentlich ausgelieferte
Bestand wurde erhoben: WordPress 7.1, Flatsome 3.20.9 mit eigenem
Child-Theme, WPForms Lite, Complianz, Google-Rezensionen und das
eigene Plugin kant-nova-chat. Die Startseite ist ein Onepager mit
Ankernavigation, Beiträge liegen flach unter der Wurzel.

Daraus elf Arbeitspakete mit Abhängigkeiten und Abnahme, von der
Menüverwaltung bis zur Migration. Festgehalten ist auch, was ohne
Backendzugang und ohne den Quellcode des Chat-Plugins nicht
inventarisierbar und damit nicht schätzbar ist.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-09-12 10:48:56 +02:00

3.2 KiB

Raw Blame History

Anforderungen und Analyse des Entwicklungsplans

Stand: 12.09.2026.

Die beiden Dokumente sind unveränderte Planungsvorlagen aus Downloads. Aussagen wie „kein Repository eingerichtet“ oder „dieser Chat hat derzeit keinen Zugriff“ beschreiben ihren ursprünglichen Entstehungskontext. Der aktuelle Implementierungsstand wird in STATUS gepflegt. Aus dem mehrphasigen Plan folgt keine Behauptung, das vollständige CMS sei mit dem initialen Auftrag fertigzustellen oder fertiggestellt.

Bestätigt

Eigenständiges CMS für Kundenwebsites; ein visuell bedienbarer Editor als Kernziel.
Explizite aktuelle Nutzerantwort: herkömmliches PHP-Webhosting.
Öffentliche HTML-Ausgabe ohne Editorpaket; versionierte Blöcke, getrennte Entwürfe/Publikationen.
Leistung, Barrierefreiheit, Best Practices, SEO und agentisches Browsing ab dem ersten Prototyp überprüfen.
Noch keine externe Veröffentlichung beauftragt.
Pilotwebsite ist kant-it.de (Nutzerentscheidung vom 12.09.2026). Der erhobene Bestand und der daraus abgeleitete Ausbau stehen in docs/AUSBAUPLAN.md.

Noch offen, aber kein Hindernis für das lokale Grundgerüst

Hostinganbieter/-tarif, PHP-Version, Datenbankversion, Dokumentenstamm und CLI-/Deploymentzugriff.
Zugang zum WordPress-Backend des Piloten. Bisher wurde nur die öffentlich ausgelieferte Startseite ausgewertet; Beitragsbestand, Formularkonfiguration, Benutzer und Flatsome-Shortcodes sind von außen nicht inventarisierbar.
Quellcode des eigenen Plugins kant-nova-chat.
Häufig genutzte UX-Builder-Abläufe: keine Screenshots oder Demo übergeben, keine Referenzanalyse behauptet.
Produktname, echte Kundeninhalte, Menüs, Seitentypen, Formulare und Sprachumfang.

Geplanter erster Editorablauf

Eine vorhandene Seite auswählen und den gespeicherten Entwurf laden.
Sektion, Zeile oder Spalte über die Elementbibliothek anlegen.
Überschrift, Text, Bild und Link einfügen; Auswahl in Baum und Vorschau synchron halten.
Eigenschaften im Panel ändern; mobile Vorschau und Vererbungsmodell sichtbar machen.
Elemente verschieben, duplizieren und löschen; zusätzlich tastaturbedienbare Schaltflächen bereitstellen.
Änderung rückgängig machen/wiederholen; gespeicherten Stand von lokalem Undo-Verlauf unterscheiden.
Speichern mit sichtbarem Zustand; Konflikt beim veralteten Versionsstand anzeigen.
Veröffentlichung gesondert auslösen; dieselben Blöcke auf der öffentlichen Route prüfen.

Das ist ein Arbeitsentwurf aus dem Plan, keine nachgewiesene Flatsome-Funktionsgleichheit. Vor Freischalten von Editor-Schreibwegen sind Symfony Security, CSRF und serverseitige Berechtigungen nötig, auch wenn der große CMS-Ausbau im Plan erst später folgt.

Priorisierung

Der initiale Abschnitt schließt die ausführbare technische Grundlage von Phase 0 ab. Die Anforderungsabnahme dieser Phase bleibt wegen Pilot-/Hostingdetails und Referenz offen. Der Editor bietet kontrollierte Layout-/Typografiewerte, responsive Vererbung, Abschnittsvorlagen, Werkzeuge für lange Blockbäume sowie Bildmediathek, Galerien und Effekte. Seitenerstellung und vollständiger Referenzabgleich fehlen noch. Plugins, umfassendes SEO und WordPress-Migration sind keine bereits implementierten Funktionen.

3.2 KiB Raw Blame History