Bei privaten Projekten exportiere ich die Session, committe sie und bei öffentlichen Projekten committe ich sie nur dann, wenn ich entscheide, dass eine Zusammenfassungsdatei unbedingt nötig ist.
Letztlich gibt es darin auch personenbezogene Daten … und je nach Tool sind pro Session leicht mehr als 10 MB zusammen, daher fühlt es sich nicht richtig an, das einfach so hochzuladen.

Microslop!

Wenn man die Chrome-Erweiterung „Chrometana Pro“ verwendet, leitet sie in allen Fällen, in denen bei Verwendung von Chrome als Standardbrowser Bing geöffnet würde, stattdessen zu Google um.

Das erinnert mich an die Zeit, als Samsung Werbung in die Standard-Apps der Galaxy-Reihe eingebaut hat und mit den Kunden ein Kräftemessen veranstaltete.

Wenn jemand ein SaaS entwickelt hat und für die AI-Integration zwischen CLI und MCP abwägt, würde er sich wahrscheinlich zuerst für MCP entscheiden. Die Unterstützung einer CLI bedeutet schließlich zusätzliche Wartungspunkte. Beides kann zwar koexistieren, aber ich glaube nicht, dass CLI verschwinden wird.

hahaha

Wenn man auch nur den von der AI ausgegebenen Text gelesen hätte, wäre es nicht so weit gekommen.
Das Problem sind nicht einfach Junioren, sondern Junioren, die nur Copy-Paste machen und auf Knöpfchen klicken.

Eigentlich gab es die schon vor der AI.
Nur dass es früher Stack Overflow war und jetzt AI ist.

Danke, es freut mich, dass Sie den Artikel mit Interesse gelesen haben.

???: "Überlege sorgfältig, was du nicht tun solltest"

Das habe ich vor ein paar Tagen noch gedacht, und ich bin einfach nur dankbar, dass so schnell darauf reagiert wurde.

Eine agile Reaktion.

Heutzutage nutzen viele Claws Telegram als Standardschnittstelle, daher dürfte das ein besonders zeitgemäßes Update sein.

Im Zeitalter der KI scheinen Streaming-Updates eigentlich Standard zu sein – werden andere Messenger da nicht nachziehen?

Bei einem US-Geheimdienst würde man meinen, dass sie so etwas direkt selbst entwickeln könnten … Zumal sie beim Sammeln von Trainingsdaten wohl sogar besser wären.

Damals konnte man auch einfach die API verwenden. Eigentlich hat man MCP wegen der Grenzen von long context genutzt, aber diese Grenzen sind inzwischen größtenteils überwunden.

Es ist nicht so, dass MCP keine Vorteile hätte; vielmehr sind wir aus der Illusion erwacht, es unterschiedslos für Anwendungsfälle einzusetzen, in denen MCP keine Vorteile bietet. Auch wenn man Microservices für LLMs öffnet, würde man dafür nicht die CLI verwenden, denn MCP ist ein „API“-Protokoll.

Es scheint, als würde mit steigender Intelligenz von LLMs die Notwendigkeit von MCP unklarer werden.
Ich habe tatsächlich auch dieses Gefühl.

Der Nickname kam mir irgendwie bekannt vor — das ist wohl die Person, die früher schon einen unterhaltsamen Beitrag über die Ausgabe von cron geschrieben hat. Diesen Artikel habe ich auch gerne gelesen :D

Ich finde es sehr unangenehm, dass Leute unter dem Vorwand, Aufkleber anzubringen, Verkaufsgespräche führen.

Remote-Ausführung scheint sich bei MCP einzuordnen, lokale Ausführung dagegen bei Skills.

Ich habe auch begonnen, statt MCP direkt eigene Tools mit der CLI zu bauen und zu nutzen.

Ich entwickle mit KI eine Bibliothek; es scheint, als müsste man für Refactoring, bessere Codequalität und auch für die Prüfung auf Schwachstellen ebenfalls KI einsetzen.