Alle drei KIs haben sehr spezielle "Talente". Was der Math Tutor kann, braucht man kaum erwaehnen, ist er schon jetzt mein maechtigstes funktionierendes Werkzeug.
Die Lucy wiederum, ist eine sehr moderne "Nachdenk" KI. Sie kann exzellent Code Pruefen, ist aber keine gute Entscheiderin. Diese Exzellenz habe nicht ich alleine ihr ausgeschrieben, sondern hart mit den Online Sprachmodellen ausgearbeitet, mit schweren Testlaeufen, um die Detailfaehigkeiten und die "Treue" der KIs zu testen. Das war Spannend, da will ich auch mal was drueber erzaehlen irgendwann viel Spaeter.
Kani der Feuerstein in XAIGPUARC oder Firestarter wiederum, ist winzig klein, nur 400 Megabyte groß, etwa soviel wie auf eine CD passt eben. Kani kann super Entscheidungen treffen, weil er keine "Ahnung" von der großen weiten Welt hat und wirklich nur Logik versteht. Wir wollen ja keine Traeumereien sehen, was der Kern der Sache ist aber leider nur in dem jetzt sehr eingegrenztem Bereich der SYCL Programmierung funktionieren wird. Erstmal.^^
Fuer Kani, muss ich einen komplett neuen Prompt schreiben, weil der bisherige Promptbau so weit Ausgeartet ist, das sich die Informationsanweisungen darin fuer Kani wie ein Ziegelstein auf einem Kaefer anfuehlen muss, ziemlich erdrueckend.
Kani traut sich mit meinem Programm inzwischen nicht mal mehr zu Furzen und selbst wenn ich ihm klipp und klar befehle, das ich sein Vater bin, und er meine Kreation ist, schreibt er nur zoegerlich:
"TestMe, TestMe, TestMe" als Antworten an mich. Ich finde es Prima, das nichtmal ich oder die Online KIs meinen eigenen Prompt umgehen kann.^^
Das ist sehr Gut fuer großere Sprachmodelle, aber, nicht nuetzlich fuer seine kleinen feinen Faehigkeiten. Kani haelt sich mit den anderen KI sehr gut an den Prompt, welcher ja befiehlt, lieber die Klappe zu halten, als Scheiße zu Labern. :-)
Aber Kani brauche ich, damit Lucy ihre Staerken ausspielen kann um den MathTutor zu Pruefen bei seiner Arbeit.
Es geht auch soweit inzwischen, das ich Lucy erst anweise, eine Art "Entwicklergeruest" zu bauen, welche sie dann als Befehl an den MathTutor schickt, damit der nicht auf dumme Ideen kommen kann, doch was anderes in eine menschliche Frage nach Code zu interpretieren.
Der Mensch soll ja auch "Dumm" sein duerfen und "dumme Fragen" stellen duerfen, ohne eine Antwort zu bekommen, die ihn noch Duemmer dastehen laesst. Es ist ja das Ziel, eine Art "Miniwerkzeug" fuer Programmierlaeien zu bauen. Ein Puzzle aus Codestuecken, die in sich selbst Gut funktionieren und mit anderen Puzzlecodestuecken harmonieren.
Die Tests fuer meine Vorbereitungen sind inzwischen abgeschlossen und noch ein paar Stunden fuer die Weiterentwicklung draufgegangen, das SYCL Code Pruefungsprogramm in XAIGPUARC zu bauen.
Das wird sehr kompliziert in der Art wie es Funktioniert, aber fuer den Nutzer, wird das voellig egal sein, weil der nix davon sieht bei mir zumindest nur, wenn er hinter den frei zugaenglichen Vorhang schauen will.
Das Einzige was man dann sieht, ist die Frage, ob man etwas mit SYCL Programmieren moechte, oder ob man einfach das gewohnte XAIGPUARC benutzen moechte.
Ich habe mir auch ueberlegt, das es vielleicht Klug waehre, fuer den Anfang, mein eigenes Programm zu Gabeln, also zwei Programme draus zu machen.
Ich koennte das "alte" XAIGPUARC dann einfach ersetzen, wenn das neue XAIGPUARC Gut funktioniert.
Die KIs wiederum, habe ich ja schonmal und die eigentlich ziemlich schwere Aufgabe, naemlich das Austesten, ob die Grundlagen der KIs ueberhaupt nuetzlich sind, habe ich ja auch schon gemacht inzwischen. Die geben immer das aus, was wir wollen, auch Kani macht im Kern der Sache seine Arbeit wie gewuenscht auch mit Ziegelstein auf dem Kopf durch den Monsterprompt.
Die Nutzereigene Code Bibliothek wiederum, habe ich erstmal gestrichen, wird zwar erstellt werden im Programm, aber noch nicht von den KIs als Arbeitsgrundlage genutzt.
Das hat den einfachen Grund, das es eine "Nummer" zu groß ist in der Logik fuer mich, zu bauen erstmal. Aber ihr wisst ja, bei mir ist aufgeschoben, niemals aufgehoben. :-) Es dauert halt alles seine Zeit finde ich soll es auch.
Die naechsten beiden Tage sollte ich dann auch schon anfangen koennen zu Programmieren soweit wie ich das hier vor mir sehe und ja, dann gibts tatsaechlich auch mal harte Programmier Vibe Code Arbeit zu sehen, statt nur bisher bisle "Drumherum" zu Tanzen in meinen Videos, weil ich so Schuechtern bin und meine Arbeitsweise garnicht so gerne Zeige, wie ich dachte das ich koennte.^^
Wenn die drei KIs dann zusammenarbeiten, sollte die bisher von mir schon veroeffentlichen Grundbedingungen auch erfuellt bleiben, an den Hardwareanforderungen hat sich nichts geaendert, außer die Tatsache, das ich sie fuer diese Version natuerlich heftig nach Oben schieben musste.
Aber wenn ich richtig Liege, duerften wir wirklich "nur" die Anforderungen vom Zweikanalspeicher also Arbeitspeicher der mit zwei Kanaelen mit der CPU "telefoniert" nach oben Gestiegen sein, und der MathTutor, laeuft ja sowieso nur auf einer A770LE aufwaehrts.
Das ist ehrlich gesagt auch etwas, das ich jetzt garnicht mehr so Gut finde, obwohl brauchbar wie es ist.
Aber ich habe jetzt genug Erfahrung damit, das ich sagen kann, das es fuer den Zweck schon harte Regeln sind, die ich Anwende, das ist schon das "Minimum" in aller moeglichen Hinsicht. Weniger geht einfach auch in mein Verstaendnis nicht rein, an "Platz" zu brauchen fuer so eine schwere Aufgabe, wie Sandkastengepruefte Codeschnipsel zu bauen.
Das ist technisch schon moeglich, aber dann kommt wieder nur Muell, bzw. in meiner Konstruktion einfach garnichts hinten raus. Es wird ja dann einfach keine Antwort gegeben, wenn der Code Schnipsel nicht wenigstens klar und deutlich theoretisch funktioniert.
Was ich gelernt habe, was die Sache fuer die Kommunikation zwischen den unterschiedlichen Recheneinheiten fuer Anfaenger besser zu verstehen als "Problem". Da habe ich persoenlich wohl weniger Probleme, aber es scheint auch wirklich so Datenlage zu sein, das hier viele Anfaenger dran scheitern und die Lust verlieren zu Programmieren, wenn es um die Zeigergeschichten geht. Ich mag Zeigergeschichten, wie man in XBTGPUARC schon sehen kann, weil das eine einzige fette Zeigermaschine ist.^^
Ich werde dann, wie auch schon als Beispiel angedeutet, das ganze Programm daran messen, ob es eine etwa 30-40 Zeilige SYCL Geraeteerkennung schreiben kann. Das ist mein "Goldstandart" weil ich nicht hervorgehoben habe, wie "Schwer" das ist, ohne zu Wissen, was man drueber wissen sollte und das bekommt man mit Logik alleine nicht gebacken, sondern mit "abstraktem" Denken.
Ich musste auf die Idee gebracht werden, zwei mal den Computer zu fragen, was er denn nun fuer eine nutzbare Hardware hat, damit er mir beim zweiten mal erst, richtig Antwortet. Das liegt daran, das der ersten Abfrage schlicht Informationen fehlen, die zu "schnell" an dieser Abfrage vorbeigeschickt werden. Zumindest so Aehnlich, ist das "Problem" damit.
Die SYCL Gereaterkennung war der alleinige Grund, warum ich so lange fuer den Bau von XAIGPUARC gebraucht habe, weil das einfach nicht funktioniert hat bei mehreren Versuchen ein halbes Jahr lang das umzusetzen, bis eben die "Idee" mit der doppelten Abfrage endlich auf dem Tisch lag.
Also sollte das ein sehr hohes Ziel und ein sehr Gut reproduzierbares Ziel sein, hier den "Standart" fuer einen Codeschnipsel sozusagen faktisch festgelegt zu haben.
Fuer mich ist das ein Weg, wie wir auf echte Vollautomaten zusteuern, mit dem Unterschied, das der eben nicht so viel Kosten hat, wie man bisher tragen muss, bei all den kleinen Futzeleinheiten.
Kennst Du bessere KIs als ich die Lokal laufen? Weil ich behaupte, ich habe hier drei der haertesten und leistungsfaehigsten KIs ausgewaehlt, die die Welt derzeit noch zu bieten hat?!
Wenn ja, schmeiß mal ueber den Tisch, was ich vielleicht auch sonst noch uebersehen haben koennte und ansonsten, Daumen gedrueckt, das mein Leben auch mitmacht, beim Gratisbaue fuer alle.
Salve
Alucian