Da geht es sicher nicht nur dir so, alles ist im Wandel.
Zu KI: Man kann großartige Sachen damit machen, wenn man den Prozess unter Kontrolle hat, und ausreichend viel selbst weiß und beitragen kann.
Von Versprechungen die zu gut klingen um wahr zu sein (“die KI hat das gemacht und ich musste gar nichts tun”) halte ich wenig. In Wirklichkeit hat wahrscheinlich jemand mit viel Fachwissen einige Stunden daran gearbeitet (etwa alles aufsetzen, den Prompt bauen, das Ganze testen), und diese Person präsentiert dann den “magischen Teil” (KI baut alles) in einem Video.
Probleme die ich sehe:
kann das jemand mit einem anderen Hintergrund (Händler statt Programmierer) selbst, angepasst an eine andere Situation, auch so durchführen?
sind die Voraussetzungen, von Programmierumgebung bis Prompt überhaupt vorhanden?
Wie werden Fehler gefunden und behoben?
Kann das Ergebnis iterativ verbessert werden?
KI liefert z.B. oft schon beim ersten Versuch ein sehr gutes Ergebnis, das zu so 95% passt. Aber wenn man das Ergebnis dann “genauso einfach” (im Chat) Richtung 100% verbessern möchte wird es eher schlechter, und man dreht sich lange im Kreis.
Daher: Ja man kann viel mit KI machen, und wenn man in kurzer Zeit das perfekte Ergebnis geliefert bekommt, und das sofort nutzen kann: Perfekt!
Wenn man sich aber stundenlang im Kreis dreht und aus dem Chatten mit der KI nicht mehr rauskommt: Besser einen anderen Ansatz probieren.
felix.ries
(👈 Weniger Stress im Tagesgeschäft? Klick auf den Bart.)
5
@thomas.g das ist literally ein Live-Preview, bei der ich weder etwas vorher vorbereitet habe, noch etwas relevantes weggelassen habe.
Ich habe vor zwei Jahre in dem PWA-Shop angetestet und sofort wieder weggelegt.
Ich habe noch nie einen PWA-Shop live gesetzt
Ich habe noch nie eine Änderung in einem PWA-Design gemacht
Ich habe einfach nur gewusst, dass es eine Doku gibt und das auch entsprechend in dem Video erwähnt.
Und alles andere, jeden einzelnen Klick, hat die KI im System gemacht.
Und die Prompts sind vollständig sichtbar. Wer die gerne haben möchte um sich davon zu selbst zu überzeugen, gerne schreiben.
Ich hatte gestern um 22:32 Uhr das Gefühl, ich muss das jetzt ausprobieren.
Also einfach eine Challenge, wie weit wir es treiben können ohne dass man eingreifen muss.
Ja, hängt absolut davon ab, was du vorhhast. Ich bin in dem Video ursprünglich davon ausgegangen, dass es schon eine Möglichkeit in der PWA gibt, um zu erkennen, ob es ein Konto zu einer E-Mail-Adresse gibt. Ich habe das schon mal für den LTS-Shop gebaut, und ich habe mal in einem Call gehört, dass so was geplant war. Diese Möglichkeit gibt es aber nicht und deswegen wurde das gastkonto-Feature nicht implementiert.
Deswegen wurde das zweite Feature auch nicht umgesetzt, und ich habe schon am Anfang gesagt, dass ich vermute, dass das zu komplex wird für den ersten Fall. Hier hätte man im Zweifel ein eigenes Plugin bauen müssen, an dem sich selbst Plenty-Entwickler die Zähne ausbeißen werden.
Aber ich bleibe dabei: Für 90 % der Händler, die einfach mal ein Design vorbereiten wollen und keine verrückten Sachen planen ist das hier ein tektonischer Shift.
Wie gesagt: Wenn man ein nutzbares Ergebnis bekommt und das professionell einsetzen kann: Super!
Ob es dauerhaft funktioniert: Das hängt auch von anderen Faktoren ab. Änderungen durch Plenty, Fehler die im realen Betrieb auftauchen etc. - und erst da zeigt sich dann ob man das mit der KI weiterhin im Griff hat.
Mein Ansatz wäre: Ein etabliertes System (etwa Shopify oder andere) nehmen, ein etabliertes Template nehmen, möglichst wenig am Standard verändern (das aber gerne mit KI Hilfe).
Bei einem Nischensystem wie Plenty-PWA, was seit Jahren durch ein vermutlich kleines Team entwickelt wird, wo man entweder einer Agentur einen 5-Stelligen Betrag zahlen oder alles selbst mit KI machen kann - da bin ich einfach ein wenig skeptisch, ob das eine perfekte Lösung für einen jahrelangen Shop-Betrieb ist.
felix.ries
(👈 Weniger Stress im Tagesgeschäft? Klick auf den Bart.)
7
Ob und wer die PWA einsetzen sollte, ist noch mal ein ganz anderes Thema. Mir geht es hier nur um den Use Case. Was das angeht, sehe ich keine Schwierigkeiten, mit KI hier ranzugehen.
Da die PWA auch keine Eigenentwicklung ist, sondern auf Vue Storefront bzw. heute Alokai beruht und nicht komplett Eigenentwicklung ist.
Die Ökosystem-Frage ist aber eine andere. Hier würde ich auch eher andere Systeme in Betracht ziehen.
Ich hab mithilfe von Claude ein Theme (LTS) in einem alten Plugin-Set zu einem Git-Plugin umgestellt, da ja das alte PlentyDEVTool abgeschaltet wurde.
Das ganze läuft bei mir aber immer noch nach dem Prinzip: Code-Block kopieren, in Claude Chat einfügen und dann die Anweisungen wieder kopieren und im Theme einfügen.
Ich frage mich, ob es Möglichkeiten gibt, dass Claude lokal Zugang zum kompletten Theme mit allen Ordnern erhält, den Zusammenhang versteht zwischen einer PageDesign, CategoryItem, CSS, ServiceProvider, usw. und dann auf Basis meiner Anweisungen oder anhand von Mockups das Layout eines Shops umbauen kann?
Das wäre für mich eine echte Arbeitserleichterung, weil man aktuell immer minimal was ändert, dann für Github commiten und pushen darf, dann bereitstellen und dann ewig warten muss, um zu schauen, passt das was gerade gemacht wurde und dann geht der Spaß wieder von vorne los.
Auch die Chrome Extension will bei mir irgendwie nicht richtig klappen.
Im prinzip müsste Claude ja nur verstehen, was kommt alles von Ceres selbst und was soll zusätzlich durch ein eigenes Theme kommen, um Ceres an diesen Punkten zu überschreiben
Claude CLI, funktioniert einwandfrei.
Bei uns übernimmt Claude zb auch die Updates von Plenty an Ceres und LTS Modern und migriert diese in unser Theme. Wobei bei uns auch nichts durch ein Theme kommt, da wir diese Ebene entfernt haben und das direkt als Ceres verwenden. Nur Frontend und Backend ist getrennt, also reine Backenderweiterungen haben ihr eigenes Plugin.
felix.ries
(👈 Weniger Stress im Tagesgeschäft? Klick auf den Bart.)
10
Klar prinzipiell schon. Aber beim alten LTS musst du selbst noch viel „Insiderwissen“ hinzufügen, damit das klappt. Und weil dir durch die ewige Bereitstellung die „Ändern +Checken“-Feedbackschleife fehlt wird das trotzdem ein Pain in the a**
Ja, das merk ich grade selbst. Früher hast halt einfach was geändert, push, sofort checken, wieder ändern.
Ich hab es jetzt wenigstens so, dass Änderungen an Twig oder CSS nur an git gepusht werden und dann über Actions: Run Workflow für die Preview verfügbar gemacht werden. So spar ich mir den Weg übers Backend. Ist trotzdem jedes mal ne Minute…
So schlimm ist es tatsächlich nichtmal, wenn man claude sauber „trainiert“ wichtig ist halt, dass man IO auch vor Ort hat, und Claude die Übersicht erlaubter PHP-Funktionen übermittelt. bis dato hatte ich nur die „Hardcore“-Fälle, wo ich selbst eingreifen musste um Lösungen zu finden. Reine Layout-Anpassungen funktionieren in der Regel direkt ganz gut.
Ich mag solche Aussagen, besonders wenn man durch KI vorher 4 Stunden gespart hat XD.
Haha stimmt man gewöhnt sich schnell daran und vergisst, was man davor alles machen musste.
Magst du vielleicht mal kurz erklären, wie der Ablauf wäre für Layout Anpassungen. Das würde ich gerne mal mit Claude testen. Also IO auch lokal pullen?
Gerne auch per PN. Claude macht da auch schon richtig gute Anleitungen
Was ein richtig sinnvolles Projekt wäre: per KI die Shopbuilder-Inhalte auf PWA umziehen
Soweit ich sehe, ist eine Migration gar nicht angekündigt, und es würde mich auch nicht wundern, wenn es keine geben wird.
Aber es sollte doch möglich sein, den generierten Code von Shopbuilder-Widgets (also deren gerenderter Output auf ner Seite) her zu nehmen, und in einer Art umzubauen, dass er in PWA identisch aussieht, bzw zumindest nah genug dran ist. Dazu muss auch gar nicht klar sein was ein Widget „tut“, nur was es generiert.
Also das ganze System von Widgets und einfacher Konfiguration ignorieren, und nur die Outputs nehmen, und daraus schön formatierte PWA-Inhalte basteln.
Aus der Claude-Bubble: Sowas ist grundsätzlich gegeben. ähnlich läuft es auch, wenn Claude CLI mit Claude Design arbeitet. Dort wird auch nur mit Roh-Information und vergleichen gearbeitet. Manchmal musst du evtl nachhelfen, aber im Normalfall läuft das ohne große Korrekturen. Und wenn du dann noch zugriff auf das Design und die damit verbundenen Widgets hast, kann die Logik ebenfalls automatisch aufgenommen werden.
felix.ries
(👈 Weniger Stress im Tagesgeschäft? Klick auf den Bart.)
17
@Marcus habt ihr die Prompts aus der Session 1:1 geschickt.
@jackel-samenhaus ich glaube schon, dass ich in der Richtung noch mal ein paar Deep-Dive-Videos mache. Sehe hier aber tatsächlich kein Problem in dem Task
Ich denke für einige könnte es auch Interessant sein, wie man mit dem Agenten seiner Wahl die EAs in Flows umzieht, gerade wenn man noch einen alten Vertrag hat und nicht die Plenty-Interne Migration nutzen kann. Parallel kann der Agent auch prüfen, wo und wie man optimieren kann. Ich hatte das zwar bei mir probiert, bin aber ins Limit gelaufen.
Danke @felix.ries für deinen Beitrag. Wir nutzen Claude gerade für die Programmierung eines Veredlungs-Tools für T-Shirt und später Trikots etc. in unserem Shop. Das Thema Umzug von LTS auf PWA steht bei uns irgendwann auch noch an. Wie einige andere Dinge auch. Halte uns bitet auf dem Laufenden!
felix.ries
(👈 Weniger Stress im Tagesgeschäft? Klick auf den Bart.)
20
@JVolke gute Idee! Wenn das Video dazu steht sag ich bescheid
–
@tobias.wolff na klar. Ich mach dazu ganz sicher nochmal ein Video!
man gewöhnt sich schnell daran und vergisst, was man davor alles machen musste.
