MCP ETSApps bis auf weiteres Pausiert

[Shengfui]

Ok, das hier bringt uns nicht weiter. Zumindest weiß ich jetzt endlich, was ein MCP ist.

[KNXBench]

Und ein weiterer Grund Open Source zu fördern.

[tsb2001]

Genau soviel wie die KI auch direkt ohne SDK kann!!! Und so einfach machst du Geräte auch nicht. Du kannst auch mit schlechten Parametern Geräte kaputt machen weil du etwas außerhalb der Betriebsgrenzen betreibst.

Stimmt!
Ich kann auch das Netzteil vergessen und den Bus mit 230V betreiben. Dann ist vieles kaputt. Da kann aber niemand anderes was für; und der Fehler wird durch den Support nachvollziehbar sein und mir wird garantiert nichts ersetzt. Du siehst: wenn man möchte, bekommt man alles kaputt.

Zum Thema KI und SDK:
Die KNXA verkauft die ETS und ist damit in der Haftung, für das was sie tut. Und wenn ich die ETS normal nutze, gehe ich erst mal davon aus, dass das keine negativen Auswirkungen auf mein Tun hat.

Wenn ich einen Diesel kaufe, Benzin tanke und damit den Motor schrotte, schützt mich niemand vor meiner eigenen Dummheit.
Wenn ich an der Zapfsäule stehe und Diesel tanke, aus dem Hahn allerdings Benzin rauskommt, ist es nicht meine Dummheit, sondern da haftet wer anders.

Nichts anderes ist das. Die KNXA gibt die ETS heraus und verpflichtet sich, die externen Apps zu zertifizieren, dass niemanden bei normaler Nutzung ein Schaden entsteht.

Für Programmierungen von KNX-Geräten mit KI unter Umgehung der ETS ist die KNXA nicht zuständig; muss also auch für nichts haften. Dein Beispiel hinkt folglich gewaltig.

Ich kaufe vertrauensvoll die ETS und die Apps, nehme damit die Geräte beim Kunden in Betrieb und möchte nicht, dass das gekaufte und zertifizierte Softwareprodukt der KNXA in der Lage sein kann, gegebenenfalls etwas zu tun, für das ich mich nachher beim Kunden verantworten muss.

Mangelgewährleistung lässt grüßen. Wenn der Werkvertrag nicht erfüllt wird, weil ein toller App-Entwickler Funktionen über das SDK in die App eingearbeitet hat, welche an mir vorbei Entscheidungen trifft und Daten in die Geräte hinein programmiert, ohne dass ich mitunter da was von mitbekomme, dann schädigt mich das. Wenn dann noch die Abnahme des Werks gehemmt wird, weil etwas nicht funktioniert, ist das je nach Volumen des Auftrags existenzgefährdend.

Da das aber für die Hobby-Enthusiasten nie ein Thema ist, kann man natürlich prima dagegen argumentieren. Für den der Geld damit verdient, ist die Perspektive eine ganz andere. So hat halt jeder seine eigene Brille auf…

[henfri]

Wenn der Werkvertrag nicht erfüllt wird, weil ein toller App-Entwickler Funktionen über das SDK in die App eingearbeitet hat, welche an mir vorbei Entscheidungen trifft und Daten in die Geräte hinein programmiert, ohne dass ich mitunter da was von mitbekomme, dann schädigt mich das. Wenn dann noch die Abnahme des Werks gehemmt wird, weil etwas nicht funktioniert, ist das je nach Volumen des Auftrags existenzgefährdend.

Und genau das Problem hast du mit deinem Azubi auch. Und auch mit deinem Meister.

Die Frage ist doch - in beiden Fällen - welche Maßnahmen man verwendet, um die Wichtigen Dinge zu prüfen. Und ganz ehrlich: Da kann der Azubi gefährlicheren Schmu machen (mit Knall und Peng) als die KI.

Das Ding ist aus der Box und geht nicht wieder rein. Man kann es für sich nutzen, oder man bleibt auf der Strecke.

[FRELS]

Nichts hinkt so gut wie ein Autovergleich

[tsb2001]

Und genau das Problem hast du mit deinem Azubi auch. Und auch mit deinem Meister.

Ja. Das nennt sich unternehmerisches Risiko.
Damit muss man als Geschäftsinhaber rechnen. Sollte der Mitarbeiter das zu oft machen, dann drücke auch ich die Pause-Taste.
Hält dieser Zustand weiter an, kommt dann in Anlehnung an den Kasettenrekorder die „Eject-Taste“. Dann wird dieser Zustand beendet.

Das habe ich mit Mitarbeitern genau so in der Hand, wie die KNXA mit den App-Entwicklern, Genau das Los haben die gerade gezogen.
Achja; versichern muss man sich als Installateur dagegen auch. Ist sogar im Rahmen einer Konzession verpflichtend.


Ich habe aber kein Geld und keine Versicherung gegen schlechte Software. Das Risiko hat der Entwickler selbiger zu tragen; was nun mal in Hinblick auf die ETS bei der KNXA liegt. Ich zahle Geld und die liefern mir ein (annähernd) mangelfreies Produkt, womit ich einen KNX-Bus ohne Risiko konfigurieren und parametrieren kann. Und egal wie schlecht die ETS als Software auch manchmal ist - das hat seit der ETS3 immer funktioniert.

Das Ding ist aus der Box und geht nicht wieder rein. Man kann es für sich nutzen, oder man bleibt auf der Strecke.

Ich nutze täglich KI und ich hab sogar ein Abo, weil meine Nutzung „for free“ nicht reicht.
Das entbindet aber einen Softwarelieferanten, bei dem ich ein fertiges Produkt kaufe nicht daran, die Software so zu gestalten, dass mir diesbezüglich keine negativen Folgen entstehen. Weder über KI, MCP oder noch sonst irgendwie.
Genau das scheint aktuell bei den vertriebenen Apps nicht so zu sein. Und daher die Pause.

[henfri]

Die Software ist nur die Schnittstelle für die KI. Die Gefahr eines Fehlers kommt von der KI, nicht von der Schnittstelle.

Die Mechanismen die man dafür benötigt sind vergleichbar mit denen für einen Angestellten.

[Kai Burkard]

Zum Thema KI und SDK:
Die KNXA verkauft die ETS und ist damit in der Haftung, für das was sie tut. Und wenn ich die ETS normal nutze, gehe ich erst mal davon aus, dass das keine negativen Auswirkungen auf mein Tun hat.

Äääh, nein. Ich zitiere hierzu die Lizenzbedingung zu ETS-Apps:

Der Lizenznehmer stimmt zu, die KNX Association von jeder Haftung im Zusammenhang mit einer ETS-App zu befreien. Der Lizenznehmer ist eigenverantwortlich für die ETS-App, den Inhalt, sämtliche Gewährleistung (soweit sie nicht ausgeschlossen ist), sowie sämtliche möglicherweise bestehende Ansprüche von Endkunden im Zusammenhang mit der ETS-App oder deren Nutzung.
• Die Haftungs-Befreiung umfasst auch jedwede Fehler, die in der ETS auftreten im Zusammenwirken mit einer oder mehreren ETS - Apps desselben oder weiterer Lizenznehmer. Die entsprechende Klärung oder Fehlerbeseitigung obliegt hier nicht primär der KNX Association sondern den involvierten Lizenznehmern. Der Support durch die KNX Association bleibt davon unberührt.
• Im Rahmen einer ETS-App-Entwicklung wird keine Haftung für das ETS-SDK übernommen.

[tsb2001]

Der Lizenznehmer stimmt zu, die KNX Association von jeder Haftung im Zusammenhang mit einer ETS-App zu befreien.

Das betrifft dich als Entwickler der App.

Ich als Käufer habe aber zunächst Ansprüche gegenüber dem Verkäufer. Das ist die KNXA, denn bei denen beziehe ich das Produkt.
Das die sich am Ende schadlos halten, kann ich verstehen. Aber trotzdem haben die erst mal das Problem.

Ich hafte ja auch als Installateur nicht für einen Aktor, der eventuell technisch einen Herstellungsfehler hat und ausgetauscht werden muss. Trotzdem bin ich als Verkäufer in der Pflicht, diesen Mangel zu beseitigen. Ich bekomme innerhalb der Gewährleistung natürlich den Aktor vom Hersteller kostenlos ausgetauscht. Muss ich dazu jedoch 80 Kilometer weit fahren und brauche dazu mit Fahrzeit einen halben Tag, geht das trotzdem zu meinen Lasten, obwohl ich nichts dafür kann.

Am Ende kostet jeder Mangel den Verkäufer Geld. Denn das muss jemand bearbeiten; und da steht ein Stundenlohn hinter. Auch wenn er vom Grundsatz her nichts damit zu tun hat. Da ist es egal, ob das hardwareseitig ein Aktor ist oder softwareseitig eine App.

[tsb2001]

Die Software ist nur die Schnittstelle für die KI. Die Gefahr eines Fehlers kommt von der KI, nicht von der Schnittstelle.

Nun ist das Bild doch rund.
Die KNXA stellt die Schnittstelle und die Software.
Vorher war es egal, was die KI über die Schnittstelle und der Software angerichtet hat; nun haben die Angst bekommen und pausieren das erst mal, bis es klar wird, was die KI in Verbindung mit dem geöffneten SDK für die App-Entwickler mittels MCP überhaupt anrichten kann.

Genau so würde es jede Firma mit Mitarbeitern machen, die Fehler generieren.
Man nimmt die erst mal von den kritischen Dingen weg und lässt die an sowas erst mal nicht mehr ran.

[mawi]

Das Ding ist aus der Box und geht nicht wieder rein. Man kann es für sich nutzen, oder man bleibt auf der Strecke.

Wieso bleibt man eigentlich auf der Strecke und was ist diese Strecke. Das hat immer was von "Friss oder stirb" ...
Erst einmal muss jede Veränderung zeigen und beweisen ob sie überhaupt Bestand hat oder nur ein Trend ist.
Im technischen Bereich muss man auch immer aufpassen, ob man am Ende des Weges in einer Art Abhängigkeit ist.

[Beleuchtfix]

Ich verstehe auch nicht ganz die heftige Diskussion. Es bleibt jedem unbeladen sein eigenes MCP zu erstellen oder hier im Forum anzupreisen, Open Source, oder per anderem Lizenzmodel. Aber die KNXA weigert sich momentan, weitere MCPs zu überprüfen um sie anschließend zu verkaufen. Es wird auch sicherlich nicht sinnvoll sein, 20 oder 30 unterschiedliche MCPs im Store zu haben.
Gruß Florian

[henfri]

Das ist genau das Problem:

Ohne KNX-Mitgliedschaft für 1000€ im Jahr bekommst du gar nix in den Store.

Es bleibt jedem unbeladen sein eigenes MCP zu erstellen oder hier im Forum anzupreisen

Das geht also nicht also Open-Source wenn man keinen hat, der diese (laufenden!) Kosten bezahlt.

Es wird auch sicherlich nicht sinnvoll sein, 20 oder 30 unterschiedliche MCPs im Store zu haben.

Normalerweise entscheidet das der Markt.
Bei Photoshop oder Chrome-Addons kann jeder ohne Hürden und ohne Gate-Keeper und ohne 30% des Umsatzes etwas entwickeln. Auch wenn es das Gleiche schon besser gibt. Der Markt entscheidet.

Hier gibt es ein Monopol was als Gate-Keeper fungiert. Und noch weiter: Wenn ich meine eigene ETS baue, bleibt mir der Weg zurück in die ETS (fast) verschlossen, da die ETS nur signierte Projekte einliest. Jaja, alles um mich zu schützen (wie bei den Tintenpatronen).

Und da begründet zumindest bei mir die Aufregung.

Soll doch alles offen sein. Und wer Sorge hat, dass die KI ihm das Gerät zerschießt nutzt keine KI und wer meint da prozessual (wichtige Checks, wie beim Azubi) Leitplanken einziehen kann nutzt KI.
Wem es wichtig ist, eine von der KNXA geprüfte Software zu nutzen, nutzt diese, und wem das nicht wichtig ist, der benutzt das Add-On mit dem großen roten Label dass diese nicht geprüft und unterstützt ist.

Gruß,
Hendrik

[jcd]

Ich wundere mich auch über die Schärfe hier…?

Ich fühle mich an so manche Diskussion zu Edomi oder auch dem Timberwolf erinnert. Es scheint bei einigen viel emotionale Verbundenheit und (persönliche) Wirtschaftliche Abhängigkeit vorhanden zu sein?

Vielleicht hilft es sich einmal sich zu vergegenwärtigen, dass jeder hier einen unterschiedlichen Background und unterschiedliche Interessen hat.
Hier sind Hobbyisten unterwegs, sowie Menschen die mit KNX ihre Lebensunterhalt verdienen, welche die mit neuen Ideen (und KI) vielleicht neue Geschäftsideen sehen und auch solche die gerne alles für das Gemeinwohl in offene Standards führen wollen.

Es wird keine Lösung geben die allen in allen Punkten gerecht erfüllt. Aber vielleicht kann es einen Kompromiss geben? Und dafür kann man ja mal innehalten und überlegen. Es gab schon viele Umbrüche, aber keiner war so schnell wie der jetzige mit KI.

[boonkerz]

Ich denke Softwareentwicklung wird sich noch drastisch verändern.

Wenn die Modele und PCs noch besser werden gibt es bald bloß noch plan.md in Git Repos und jeder baut sich die Software die er braucht aus Vorlagen.