Da es eine Firma namens void(0) war, brauchten sie wahrscheinlich ein BM.

Und wenn wie angekündigt auch noch ein Skills-Marktplatz kommt, könnte das ziemlich gut sein, weil man dann nur die benötigten Skills holt und sie bei Bedarf aktiviert.

Die Popularität von Vite wird nun offenbar sogar in Produkte verwandelt..

Es wird wohl einen Grund geben, warum Vite es nicht zusammengeführt hat, aber ich frage mich, wie Bun sich in der Praxis bewährt.

Ich frage mich, ob sich das auch beim Einsatz von Claude Code fürs Programmieren anwenden lässt.
Derzeit hinterlege ich die Anleitungen bereits in Claude.md und arbeite mit getrennten Detailanleitungen für die einzelnen Bereiche.

Oh, danke für die prägnante Erklärung.

In der Realität gilt jedoch: Selbst wenn man das versteht, gibt es noch vieles, das darüber hinausgeht ...

Wenn man mit wenigen Tokens viele Aufgaben erledigen will, scheint sich das meiner Meinung nach einfacher durch den Einsatz von Multi-Agenten und Zusammenfassungen lösen zu lassen als durch Prompt-Optimierung. Dem Problem stimme ich zu, aber der Lösungsansatz wirkt auf mich in seinen Möglichkeiten begrenzt.

Claude Skills sind großartig, vielleicht sogar eine noch größere Innovation als MCP

Wie hängt das mit Context Handling und Claude Skills zusammen? Ich dachte zuerst: Worin unterscheidet sich das eigentlich von den früheren benutzerdefinierten Befehlen in Claude Code? Aber beim Lesen der Dokumentation hatte ich den Eindruck, dass der größte Unterschied wohl darin besteht, dass man innerhalb eines einzelnen Skills Skriptcode wie Python oder JavaScript einbinden und ausführen kann.

Es sieht so aus, als würde im Kontext nicht immer die gesamte SKILLS.md enthalten sein, sondern zunächst immer nur der obere Teil mit Name und Beschreibung wie unten.

name: skill-creator
description: Leitfaden zum Erstellen effektiver Skills. Dieser Skill sollte verwendet werden, wenn Nutzer einen neuen Skill erstellen (oder einen bestehenden Skill aktualisieren) möchten, der Claudes Fähigkeiten mit spezialisiertem Wissen, Workflows oder Tool-Integrationen erweitert.
license: Vollständige Bedingungen in LICENSE.txt

Trotzdem scheint es am Ende doch etwas Gutes gewesen zu sein

Es wirkt, als würde man eine völlig überzogene Form der Philosophie Freier Software vertreten, während man das Internet entweder über von Unternehmen verlegte Kupferleitungen oder als angebliche Alternative über Satellitenschüsseln nutzt.
Selbst wenn alles, was hier steht, umgesetzt würde, hätte ich das Gefühl, dass man es trotzdem so definieren würde, dass Open Source nicht gewonnen hat.

Livewire macht zwar Spaß, aber sobald die UI auch nur ein wenig komplexer wird, wird es zur Hölle. Ab diesem Moment verliert Phoenix dann schlagartig viele seiner Vorteile. Je länger der Zyklus wird, desto schwieriger wird es, deshalb kann ich es nicht wirklich empfehlen.

Verbrauchen Skills nicht auch Tokens? Falls ja, scheint das Problem des Token-Verbrauchs erneut aufzutreten, aber ich bin mir nicht sicher, wie man dann damit umgehen würde.

Das ist wirklich übertrieben.

Ich war früher fast so etwas wie ein gläubiger Verfechter von Serverless-Architekturen, aber in letzter Zeit bevorzuge ich eher eine Struktur, die aus einer einzelnen EC2-Instanz und einer einzelnen RDS-Instanz besteht. Und dann löse ich nach und nach nur das heraus, was wirklich benötigt wird. Die Einführung von Serverless ist für mich inzwischen etwas, das ich erst nach gründlicher Überlegung angehe.
Es gibt dafür verschiedene Gründe, aber schon wenn nur eine Person im Team kein Wissen über Serverless hat, steigen die Kosten für Kommunikation und Wartung erheblich. Und als ich wieder klassische Server betrieben habe, wurde mir erneut bewusst, dass Serverless weder so günstig noch so bequem war, wie ich zunächst gedacht hatte.

Wenn man mit Claude Code arbeitet, füttert man den Kontext ständig mit Anweisungen oder Regeln, und am Ende überlegt man zwangsläufig zwischen Token-Verbrauch und Kontextumfang hin und her. Daher kam ich auf die Idee, einen Ordner anzulegen, die Details dort je nach Funktion ausführlich in Markdown-Dateien zu dokumentieren und in claude.md nur jede Menge Verweise zu hinterlegen, was man wofür nachschlagen soll — und das hat erstaunlich gut und ziemlich kostengünstig funktioniert. Skills werden letztlich wohl genau so etwas bündeln, also scheint das ziemlich nützlich zu sein.

MSA, OneDrive, Copilot und so weiter … ich wünschte, man würde endlich damit aufhören, den Nutzern so etwas zwangsweise aufzudrängen.

Ich hoffe, es gibt kein Missverständnis: Ich habe nicht gesagt, dass Hacker News Blödsinn ist.