[Sammelthread] ChatGPT und andere KI - Anwendungsbeispiele und Diskussion

Bin heute Abend über etwas gestolpert... Reverse Engineering per KI mit Hilfe von entsprechender Software (Ghidra) mit MCP Server (Ghidra MCP).

Erste Idee war bei mir direkt: Die Windows Treiber für meine Pico Neo 3 Link zerlegen, um Linux Treiber zu basteln, damit ich sie unter Linux wieder mit DP Kabel nutzen kann. Das war vor 4 Stunden, Codex hat bereits alle Tracking Daten unter Linux vom Headset über USB ausgelesen und einen ersten Versuch gestartet ein Bild in die VR Brille zu kriegen. Ergebnis war jetzt nur, dass SteamVR schon mal die Pico erkannt hat, mehr aber auch nicht, weil da gingen mir dann die Token aus, auf beiden Accounts, da ich Astra auf sehr hoch dafür verwendet habe. xD Aber Astra hat bereits die Windows Dateien durchsucht, die dort verstecken Linsen Korrektur Profile gefunden und diversen anderen Kram um die Pico korrekt ansprechen zu können.

Wer also Linux hat und Hardware für die es keine Linux Treiber gibt, jetzt ist die beste Gelegenheit KI dafür zu nutzen Windows Treiber zu zerlegen und auf der Basis Linux Treiber zu entwickeln. :fresse:

ChatGPT hat mir derweil einen MCP Server geschrieben, damit die KI Daten vom USB Port der VR Brille lesen/schreiben kann.

Ich bin echt mal gespannt wie weit ich komme und woran ich bzw. die KI scheitern werde. :fresse:

Man... als hätte ich nicht schon genug KI Projekte, aber mit Hardware ist halt noch mal ein extra Spaß. xD
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Interessanter Ansatz - ich hab die Tage auch erstmal mit Qwen3.8-27b ne Lüftersteuerung für mein Board überarbeitet und sogar hinbekommen das die Sensoren (vornehmlich die RPM der 3 vorhandenen Lüfter) via Virtuellem Gerät auch an Sensors weitergereicht wird.

Vorher war da absolut nichts zu machen da ran zu kommen.
Schönes Spielzeug. :fresse:

KV Cache Quantization verwendest du schon? Bin von F16 auf Q4_0 gegangen - vorher musste ich bissle mitm Kontext aufpassen, mittlerweile sind 128k an sich kein Ding mehr - je nach Modell natürlich.
 
Äh, schwierig bei Cloud Modellen. :D

Für Coding nutze ich keine lokalen Modelle, die Frontier Modelle sind da einfach noch um Welten besser und bei solchen privaten Coding Projekten hat man auch weniger Probleme wegen Datenschutz oder wenn sich die KI Modelle ändern. Entsprechend hab ich noch nicht so den Bedarf lokal zu coden und das Geld ist es mir bisher wert, da ich neben Codex eben auch ChatGPT selbst viel nutze und beides zusammen sind für mich locker die 23 Euro im Monat wert.

Mir graut jetzt schon davor, wenn ich auch noch das KI-Gaming Rabbit Hole hinuntergehen werde. Von KI-Video ganz zu schweigen, das hab ich bisher erfolgreich gemieden. Eigentlich brauch ich neben KI keine anderen Hobbies mehr, eher bräuchte ich 10 Klone von mir und einer davon schreibt die Szenarios fürs Rollenspiel, damit ich mich nicht selbst spoilere. :fresse:
 
KV Cache Quantization verwendest du schon? Bin von F16 auf Q4_0 gegangen - vorher musste ich bissle mitm Kontext aufpassen, mittlerweile sind 128k an sich kein Ding mehr - je nach Modell natürlich.
Imho KV Q8_0 kein Thema, Qwen Dense dürfte auch für Q4 recht resilient sein.
Ist halt so ne Sache, Dense gegenüber MoE verwendest halt wegen den letzten paar % "Tiefe".

Qwen 3.8 27b sollte eh nicht soo viel VRAM für den KV Cache brauchen (auch für die vollen 256k nicht), insofern bin ich da mit Q_8 unterwegs. Q_4 wäre nicht DER Gamechanger.
Hörensagen sagt, dass die größere KV Quantisierung gerade bei vollem KV Cache negativ sein soll, genau das, wofür man es macht also :fresse: ...

Letztens wurden wo Benchmarks und Tabellen von verschiedenen KV Quantisierungen gepostet (Q5, Q6, irgendwelche i-Matrixdinger etc.), "assymmetrische" Quantisierung (also K als anderen Quant als V) kann ganz interessant sein (soll wohl auch mit flash_attn gehen jetz?), tät mich damit aber nicht herumschlagen, wenns nicht sien muss.

Q8_0 ist in jedem Fall Safezone.

War aber ne Zeit lang mit Q4 unterwegs und habs nicht gemerkt. :fresse:
 
Ok, Krass, Astra hat es echt hinbekommen ein Bild per DP Kabel und SteamVR unter Linux auf die Pico Neo 3 Link zu kriegen. Nur ein Testbild und noch ohne Headtracking, aber 3D und sieht soweit gut aus. Jetzt bin ich auf den ersten Test mit Headtracking und SteamVR Oberfläche gespannt und ob noch irgendwo ein Stolperstein auftaucht. Da Astra aber scheinbar an alle Daten aus dem Pico Windows Treiber kommt und auch an alle USB Tracking Daten (was das Headset dank Standalone zum Glück selbst verarbeitet), wirkt erst mal nichts unmöglich.
 
Decomps, Emulatoren, Ports… PS5 Software auf dem PC laufen lassen. All das wird grad von Claude und Codex ordentlich angefeuert
 
Qwen 3.8 27b sollte eh nicht soo viel VRAM für den KV Cache brauchen (auch für die vollen 256k nicht), insofern bin ich da mit Q_8 unterwegs. Q_4 wäre nicht DER Gamechanger.
Hörensagen sagt, dass die größere KV Quantisierung gerade bei vollem KV Cache negativ sein soll, genau das, wofür man es macht also :fresse: ...
...
War aber ne Zeit lang mit Q4 unterwegs und habs nicht gemerkt. :fresse:

Bin aktuell mit LM Studio unterwegs, da gibt mittlerweile Flash Attention. 🙂
KV Cache LM Studio.png


Und naja... also ohne Q4_0 sah es schon öfters bei mir mal so aus (entschuldige die Unordnung im Systemmonitor - das war bevor ich das Ding mal ordentlich umgebaut hab. :shot: )

Das ist mal RAM Auslastung.png


Da war ich heilfroh dass das mit dem gemeinsamen Speicher so gut geklappt hat. :vrizz:

Mit Q4_0 habe ich das soweit runter gedrückt bekommen (50-70% weniger Speicher) das ich meinen Ollama Dienst (der als 2. Instanz dauerhaft im Hintergrund läuft - für Browserplugins etc pp) easy noch laufen lassen kann, ohne das mir der Vram/RAM ausgeht.

Edith: Da Q8 wohl 50% einspart und praktisch verlustfrei ist - werde ich mal die Tage/Wochen (je nachdem wie ich dazu komme) testen - Ich bin wohl gleich wieder in die vollen gegangen. 😆😏
 
Zuletzt bearbeitet:
Bin aktuell mit LM Studio unterwegs, da gibt mittlerweile Flash Attention. 🙂
"mittlerweile" :fresse: :rofl:
Ich hab keine aktuellen Infos weil ich mich nicht tiefer rein gefuchst hab, hab mal gelesen, dass flash attn nur bei q4/q4 oder q8/q8 (oder natürlich 16/16, aber wer macht sowas) (tatsächlich) laufen soll (irgendwie aufgrund seiner mathematischen Struktur). Letztens aber gelesen, dass in aktuellen llama.cpp Versionen flash attn immer laufen soll auch bei q5/q6 oder sonstigen unkonventionellen Kombis.
Was wahr ist kann ich dir nicht mit Sicherheit sagen, musst selbst rausfinden.
Und naja... also ohne Q4_0 sah es schon öfters bei mir mal so aus
Und? 4gb sind noch frei, so what? Wie viel Unterschied macht Q8/Q4 KV? Bei mir wars unterm Strich gar nicht sooo viel.

Wichtig ist, dass das Backend die KV Optimierungen der LLMs auch kann.
In Jan.ai (0.8.4) gibts bei den Options vom llama.cpp Backend die Option "Full SWA Cache", diese muss off sein, damit der SWA Cache (Sliding Window Attention). Wenn du das "on" setzt, bloated z.B. bei Gemma 4 (bei 31b Dense extrem) der KV Cache so groß auf, dass du im Prinzip keine Chance hast das auf ner 32gb Karte vernünftig laufen zu lassen (mit ~15-20gb Grundmodell).

Man braucht halt ein aktuelles Backend, das ie ganzen Optmierungen unterstützt, auch bei Qwen 3.6/3.8 etc., die LLMs haben unterschiedliche "Special Features" um den KV-Cache zu optimieren, sprich kleiner zu machen.

Am Server hab ich llama.cpp mit OpenWebUi laufen, bissl ein Pain zum einrichten und allgemein recht umfangreich, so ganz durchgearbeitet hab ich mich immer noch nicht. Dafür ist der Kram halt aktuell und... joa.
Lokal Jan.ai, ist mir irgendwie das liebste, ob LM Studio nun besser ist oder nicht, ist halt kein FOSS und... mir gefällt das System von Jan.ai ganz gut, mit den getrennten Models und Assistenten (System Prompts für den Chat).

Ist allgemein ein bissl so eine Sache, jedes Frontend und Backend hat so seine Vorteile und Nachteile... irgendwas fehlt einem immer bei der Lösung, die man gerade hat (dafür fehlt der Alternative das, weswegen du hast, was du hast).
Diesbezüglich hinkt man leider etwas hinterher.

Ich sehe gute Chancen in llama.cpp Backend mit OpenWebUI Frontend, ist aber auch nicht trivial zu konfigurieren, im HomeServer Forum gibts nen Local AI Server Thread, der ganz gut läuft.
Beitrag automatisch zusammengeführt:

Ah, noch nicht gelesen gehabt:
Mit Q4_0 habe ich das soweit runter gedrückt bekommen (50-70% weniger Speicher)

Edith: Da Q8 wohl 50% einspart und praktisch verlustfrei ist - werde ich mal die Tage/Wochen (je nachdem wie ich dazu komme) testen - Ich bin wohl gleich wieder in die vollen gegangen. 😆😏
Achso, du meinst Q4 gegenüber F16 oder BF16 oder gar F32?

Meine Erfahrung ist, dass Quantisierungen nicht so schlimm ist. Am Firmenlaptop hab ich jan.ai laufen mit nem Gemma 4 26b a4b Q2 Quant (UD-Q2-K-XL oder HauhauCS Q2-K-P) mit Q4 KV-Cache, das läuft mit MTP verhältnismäßig brauchbar.
Ich hab damit noch keine besonders komplexen Sachen gemacht, insofern kann ich nicht sagen, wie sich das unter komplizierten Bedingungen verhält, bräuchte da mal einen guten Test.

Meine Erfahrung damit ist aber, dass sich das hoch quantisierte größere MoE Modell viel besser macht als kleiner quantisierte Dense Modelle (Qwen 3.5 9b, Gemma 4 12b / E4B....), einerseits in der Qualität der Antworten, andererseits auch in der Geschwindigkeit.

Bei Qwen Dense kann man wohl ohne schlechtes Gewissen einen (Unsloth V3) UD-Q4-K-XL nehmen... (falls du was größeres hast).
das ich meinen Ollama Dienst (der als 2. Instanz dauerhaft im Hintergrund läuft - für Browserplugins etc pp) easy noch laufen lassen kann, ohne das mir der Vram/RAM ausgeht.
Spannend, erzähl mir mehr. Was macht man da so, was nutzt der Browser davon? Will ich sowas auch? Probieren bestimmt!

Ollama find ich btw scheiße (für OpenWebUI). Aber egal, vllt. isses für diesen Dienst ja super und so.
 
Zuletzt bearbeitet:
Jup Q8_0 / Q4_0 Vs. F16 :wink:

Hier jetzt mal nen Spaßlauf mit qwen3.8-27b wo ich ein älteres Projekt mal als "Benchmark" genommen hab (128k Kontext, das würde - bei gleichbleibender Füllrate, vermutlich mit Q8_0 den Ram überfüllen - auch laut Modellaussage):

Mal zu Testzwecken.png


Habe in Ollama mein Gemma4:e4b Helferlein entladen um den Speicher auch noch freizugeben (das kleine läuft eigentlich immer im Hintergrund, weil ich öfters mal größere Sachen nebenbei zusammenfassen / analysieren lasse während ich kleinere Quellen durcharbeite).

Jan wollte ich auch schonmal testen - für Ollama nutze ich als Desktop-Oberfläche derzeit Msty... aber das ist iwi, weiß nich, nicht so meins - OpenWebUi übrigens auch nicht. :fresse:
Also mal Jan für Ollama testen. :wink:

Bin ja noch sehr neu in dem Thema und dort (Msty) Tools ordentlich einzubauen ist... umständlich.


Hab halt Ollama als Hintergrunddienst für Clients am laufen (z.b. Page Assist im Browser, Msty auf Desktop und noch einige andere Spielereien wie Netzwerkanalyse) und LM Studio für "die großen Dinger" als eigene Instanz da ich dort wesentlich mehr Rechte einräume udn das gerne separat habe aus Kontrollgründen. 😉


Edith: Mit dem Modell zusammen das ganze mal durchexerziert - wir reduzieren jetzt mal die KV Checkpoints testhalber auf 4 runter (von 32 - gleich wieder übertreiben, aber ist halt für eindeutige Ergebnisse nicht verkehrt) und machen den ganzen Testlauf nochmal. :fresse:


Edith2:

Mal das Ergebnis zu dem Test mit den KV Checkpoints (32 ---> 4)

Krass! Das muss man erstmal wissen!
Bin halt effektiv erst seit einer Woche am/im Thema drin, vorher waren solche Größenordnungen - außer via Cloud - unmöglich.

KV Checkpoint Test Ergebnis.png


Werde jetzt testweise mal bei 4 Checkpoints bleiben, eventuell auf 8 erhöhen wenn ich mal feststelle das zu oft zu viel wiedergekaut werden muss.

Bin gespannt wo das ganze noch hin geht, man lernt tatsächlich jeden Tag neues... viel neues. :coffee2:


Auch spannend:
Den ROCm Ilama.ccp bekomme ich nur in LM Studio zum laufen (gestern gabs nen Update auf 2.53.0, heute nochmal auf 2.54.0) - unter Ollama verwende ich die Vulkanvariante weil die ROCm permantent nen CPU Fallback hat.
 
Zuletzt bearbeitet:
Decomps, Emulatoren, Ports… PS5 Software auf dem PC laufen lassen. All das wird grad von Claude und Codex ordentlich angefeuert
Da, übrigens hab ich vor dem ins Bett gehen (wieder viel zu früh 😏) noch geschafft das vollständige Tracking rein zu bekommen, inkl. Controller und Button Steuerung, alles auf first try. An sich fehlt jetzt nur noch das korrekte Linsenprofil und ich muss noch rausfinden, ob der Absturz nach rund einer Minute jetzt an der Einbindung liegt oder an SteamVR selbst irgendwie, das ist gerade neben leichten Performance Problemen noch das größte Problem. Oh, äh, ja, Audio sollte ich vielleicht auch noch haben. :D

Aber das grundsätzliche Fazit ist: die Pico Neo 3 Link ohne offizielle Treiber für DP Kabel Betrieb mit selbstgeschriebenen SteamVR nativen Linux Treibern zum Laufen zu bekommen? Grundsätzlich absolut kein Problem.

Edit: Abstürze waren mit selbstverschuldet, aufgeklappt auf den Tisch legen verdeckt die Sensoren, womit die Link mit Abbruch des DP Modus reagiert und SteamVR mit Crash. :fresse: Lief jetzt 30+ Minuten ohne Problem.
 
Zuletzt bearbeitet:
OpenAI ist immer noch so UNFASSBAR schlecht was Design angeht. Wollte heute "schnell" eine einfache Landingpage bauen. Egal ob Sol 6.1 oder Astra, das Ergebnis war einfach unterirdisch hässlich. Habe mich locker ne Stunde lang herum geärgert.
Einmal kurz Opus 5.5 ran gelassen, und alles wunderbar. Auf den ersten Versuch. Das nervt langsam wirklich.
 
Dafür ist es wirklich gut im Infografiken erstellen. Hatte letzte Woche was mit Gemini versucht, absolut ekelhafter AI Slop. Dann über Sol versucht, kam direkt was richtig schickes bei raus das ich verwenden konnte.
 
Claude Design mit Opus auf Medium ist ein Monster, echt. Ich benutze das für fast alles mittlerweile, auch wenn es ganz schön token schreddert.

Da ich aber nicht so viel experimentieren muss im echten Ergebnis, ist das meiner Meinung nach aber voll gerechtfertigt
 
Claude Design mit Opus auf Medium ist ein Monster, echt. Ich benutze das für fast alles mittlerweile, auch wenn es ganz schön token schreddert.

Da ich aber nicht so viel experimentieren muss im echten Ergebnis, ist das meiner Meinung nach aber voll gerechtfertigt
Verwende es aktuell noch in Cursor, das Abo läuft noch ein paar Tage. Danach wechsle ich zu Claude.
 
Claude Design mit Opus auf Medium ist ein Monster, echt.
Hab leider kein Opus auf der Arbeit, "nur" Sonnet 5.5, reicht für das meiste was ich mache aber eh. Claude läuft bei uns außerdem über nen AWS Bedrock proxy, so Dinge wie Design und Cowork etc. haben wir da auch nicht. Daher hab ich dann OpenAI dafür genutzt, da hab ich auch die dickeren Models über Copilot.
 
Was eigentlich mit gemini los? Und nein, hatte absolut keine perversen keine Hintergedanken. Neuer Chat und alles. Mein ja nur...


Screenshot 2026-10-08 185708.png
 
Zuletzt bearbeitet:

Last month we introduced the first GPT‑6 models for paid customers and today we're bringing that next generation of intelligence to more people with a new GPT‑6 model built for more than 1.2 billion people who use ChatGPT each week.
GPT‑6 in ChatGPT introduces Intelligent UI, a new capability that allows ChatGPT to answer quickly with fully interactive user interfaces that make everyday answers more visual, make learning complex topics easier and that can quickly create a tool to solve a task right in the moment.
GPT‑6 with Intelligent UI starts rolling out globally to ChatGPT Plus, Pro, Business and Enterprise tiers today in the Chat tab. Starting tomorrow, the rollout expands to Free and Go tiers. Enterprise availability depends on workplace admin settings.
GPT‑6 in ChatGPT is powered by GPT‑6 Sol for Plus, Pro, Business, and Enterprise tiers, and GPT‑6 Luna for Free and Go tiers. Both are tuned for everyday conversation.
This update applies to the Chat experience in ChatGPT. The models powering Work and Codex are not changing as part of this release.
 
Was eigentlich mit gemini los?
Ich hatte in den drei Monaten wo ich Gemini Pro getestet hatte, manchmal auch solche Art von Aussetzer. Ganz normale Frage und er fantasiert sich da sonst was zusammen. Bleibt am Ende die Frage, wer dann wirklich der Schlimme ist... ich habe mir immerhin nichts zusammen fantasiert was scheinbar so schlimm ist, dass darüber nicht gesprochen werden darf :D
 
Vielleicht ist das der Grund, warum heute alles SOOO langsam ist. Alleine die nervige Kontext-Komprimierung dauert teilweise über 10 Minuten.

Ich hatte in den drei Monaten wo ich Gemini Pro getestet hatte, manchmal auch solche Art von Aussetzer. Ganz normale Frage und er fantasiert sich da sonst was zusammen. Bleibt am Ende die Frage, wer dann wirklich der Schlimme ist... ich habe mir immerhin nichts zusammen fantasiert was scheinbar so schlimm ist, dass darüber nicht gesprochen werden darf :D
Das letzte mal habe ich Gemini vor über einem Jahr verwendet, scheint sich nichts geändert zu haben. :d
 
naja, wenn ich mir mal eine Stradivari zulege, weiss ich, dass ich Kolophonium benutzen muss. Ich vergleich ja sonst meine TX immer mit einem Instrument. Ist die gut gefettet, verhält die sich wie ein gut eingepieltes Instrument. Aber nur, wenn sie auch regelmässig benutzt wird. (huch er hat benutzt gesagt...) Mit der Zeit fängt die aber fürchterlich an zu quietschen. Würde das ja gerne mit gemini ausdiskutieren. Aber glaube, die ist heute irgendwie nicht gut drauf.

Ne im Ernst, ich nutze gemini neben Claude und neuerdings Chat GPT auch ganz gerne.
 
1791486693997.png




Sind diese Details für den Voice Assistant wirklich notwendig? Muss er wissen dass ich krank bin? :rolleyes:
Fühl mich überwacht. :d


BTW: Heute wird 6.1 Sol Ultrafast ausgerollt (8-fache Geschwindigkeit) und kostet etwa soviel wie Astra. Prinzipiell nicht schlecht, manchmal muss man schnell Limit verbrauchen.
EDIT: Ah, ne. Nur im Pro 500 Abo. 😒
 
Zuletzt bearbeitet:
Jo, vorhin auf YT Startseite auch schon ein Video dazu gesehen, aber nicht angeguckt, nutze keine Adobe Produkte und zu was KIs inzwischen im Stande sind, weiß ich auch so schon. Spätestens seit ich an dem Treiber arbeite und von KI + Reverse Engineering gehört habe, ist keine Software mehr wirklich sich nicht von KI nachgebaut werden zu können. Software Entwickler dürften gerade sehr sehr schlecht schlafen, besonders Adobe. :D
 
Hihi, allein die Aussage, dass man die Google Suche mit Vibe Coding ersetzen könne, zeigt schon, was nen Luftblasen-Blabla das ist.
Selbst wenn jemand den Algo halbwegs brauchbar nachbauen könnte (am besten auf Stand 2012/2013, nicht den heutigen Spam-Käse), fehlen nur noch ein paar tausend weltweit vernetzte Server, Bot-Strukturen und gönnerhafte Stromspender.
 
Nicht aufregen, lasst die AI-Slop generier ruhig glauben, dass das was Fable für sie ausspuckt irgend nen Wert am Markt hätte :fresse:
Nur weil man irgendwas einfach kopieren kann, heißt das nicht, dass man damit Erfolg hat. Viele Software Produkte sind kein Rocket Science.
 
Jo, vorhin auf YT Startseite auch schon ein Video dazu gesehen, aber nicht angeguckt, nutze keine Adobe Produkte und zu was KIs inzwischen im Stande sind, weiß ich auch so schon. Spätestens seit ich an dem Treiber arbeite und von KI + Reverse Engineering gehört habe, ist keine Software mehr wirklich sich nicht von KI nachgebaut werden zu können. Software Entwickler dürften gerade sehr sehr schlecht schlafen, besonders Adobe. :D

Richtig, das habe ich mit Opus auch festgestellt. Ich habe für ein Spiel einen eigenen externen Kartenersteller mit DEM Daten etc. entworfen. Dazu hat Opus einfach nach einer leeren Test Map und einer mit Bergen verlangt. Sich ein Byte für Byte den Hexcode angeschaut und alles entschlüsselt, das waren ca. 80 MB an Code, in wenigen Minuten, alles kein Problem für die KI. Wer sich mal ein Hexcode angeschaut hat, weiß wie viel 80 MB sind.

Klar bei kryptischen Code kann die KI auch heute noch kaum was machen. Aber alles was nur durch ein Compiler gelaufen ist, ist kein Problem. Genauso wie Assembler.

Nachtrag:
Aber gerade das ist ja nahe liegend das die KI zumindest programmieren kann und sich selber "versteht". Vor ca. einem Jahr bin ich da mit Chatgpt 5 verzweifelt und habe festgestellt das die KI noch so schlecht ist und noch nicht mal richtig programmieren kann und auch sonst keinen Code versteht.

Und weil hier immer welche von AI Slop schreiben. Natürlich kann eine KI eine komplexe Software nicht mit einem Prompt oder in wenigen Stunden schreiben. Sowas muss man iterativ und in Etappen aufbauen. Aber die KI kann deutlich schneller Code erzeugen und wenn man das richtig, wie der ehemalige Ex Mitarbeiter von Star Citizen, angeht. Dann kommt da schon was brauchbares in deutlich schneller Geschwindigkeit heraus:

 
Zuletzt bearbeitet:
Dann kommt da schon was brauchbares in deutlich schneller Geschwindigkeit heraus:
Das hab ich gar nicht behauptet, wer vorher Coden konnte, bekommt mit AI wahnsinnig gute Ergebnisse raus. Mein Slop Aussage bezieht sich darauf, dass es jetzt ja ein Problem für Firmen wäre weil man deren Software jetzt easy nachbauen können. Man konnte auch vorher schon Ideen klauen und mit Verhältnismäßig geringem Aufwand nachbauen. Bei einer Software am Markt geht es aber nicht nur um die reine Coding Tätigkeit, Code schreiben ist nur ein Teil davon. Die Firmen die jetzt "mutmaßlich" davon bedroht sind, nutzen die KI ja natürlich jetzt selber zu ihrem Vorteil, warum sollen die Angst vor anderen haben?
Irgend ne Demo im Kinderzimmer zu bauen kann jeder, auch dass hier irgendwelche Treiber Reverse Engineered werden finde ich persönlich ziemlich cool. Aber was macht man damit, außer ein Hobbyprojekt? Wenn man sowas professionell anbieten möchte, muss man auch den Support für sowas sicherstellen und dann sieht es ganz anders aus.

Ich bin absolut Pro AI und kann es aus meinem Privat- und Berufsleben quasi schon nicht mehr wegdenken, aber dadurch dass es nun jeder kann, ist irgendwas das halt "irgendwie läuft" komplett Inflationär geworden und somit keine Proposition mehr für potentielle Kunden.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh