Ich habe mir https://github.com/discourse/discourse/blob/main/AI-AGENTS.md angesehen.
Ich habe Fragen!
NIEMALS
find()-Ergebnisse speichern – führt zu veralteten Elementreferenzen nach dem erneuten RendernIMMER alle vorgenommenen Änderungen linten
Verstehen KIs die Betonung durch Großbuchstaben? Würde es anders reagieren, wenn es stattdessen „Never“ und „Always“ geschrieben würde?
Werden Dinge wie „architect mode“ oder andere „xxx mode“-Prompts zu weichen Standards in der KI-Entwicklung? Haben sie irgendeine tatsächliche Auswirkung auf das Modellverhalten? Sind sie reine Konventionen?
- Keine offensichtlichen Tests schreiben
Ich kann sehen, was ein offensichtlicher Test ist, aber verstehen KIs, was ein offensichtlicher Test (oder irgendetwas Offensichtliches) ist?
Ich habe ein paar Tage mit Claude in VSCode herumgespielt. Es ist ziemlich beeindruckend zu sehen, wie alles von selbst funktioniert. Dateien lesen, erstellen, ändern, Bash-Befehle ausführen usw. … ![]()
Bezüglich Claudes Arbeit an der Plugin-Erstellung habe ich Folgendes beobachtet:
-
Beim Iterieren über dieselben Codeabschnitte und beim Lösen von Problemen neigt es dazu, übermäßig spezifische Variablennamen zu verwenden. Zum Beispiel würde es eine Variable
original_urlanstelle eines sehr feinen und einfachenurlnennen, als ob es auf vorgenommene Änderungen hinweisen wollte, obwohl dies nicht notwendig ist. -
Iterationen führen oft zu verschachteltem Code und manchmal zu unnötig komplizierten Abfragen. Die KI aufzufordern, regelmäßig zu überprüfen und auf Teile des Codes hinzuweisen, die refaktorisiert werden können, erweist sich als nützlich dafür

-
Wenn es gebeten wird, Lösungen für ein bestimmtes Problem zu finden, war ich von den Antworten angetan.
Die Vorschläge scheinen zutreffend zu sein. Wenn es mehrere Optionen vorschlägt, kann es die Vor- und Nachteile jeder einzelnen Option genau abwägen. -
In SCSS verwendet es (selten) hartcodierte Farben, wo dies nicht ratsam ist, anstatt die Farbvariablen von Discourse zu verwenden.
-
Es scheint sich nicht bewusst zu sein über Designing for Different Devices (Viewport Size, Touch/Hover, etc.) und verlässt sich stattdessen auf Standard-Medienabfragen.
-
Nachdem mehrere Aufgaben erledigt wurden, lasse ich die KI gerne den Code überprüfen und sehen, ob einige Teile optimiert werden können, ohne die Wartbarkeit zu beeinträchtigen. Ich hatte nicht viele Probleme mit den Ergebnissen. Manchmal optimiert es zu sehr und zerstört den Code.
-
Gelegentlich scheint es unnötige Bedingungen aus Gründen der Sicherheit und Robustheit zu erstellen, aber für Situationen, von denen ich nicht sicher bin, ob sie in realen Bedingungen existieren.
Zum Beispiel würde es in meinem suchbezogenen Plugin überprüfen, ob ein Beitrag zugehörige Themen hat. Aber Beiträge ohne Thema sollen in Discourse, glaube ich, nicht existieren. Wenn Sie einen haben, bedeutet das, dass zu irgendeinem Zeitpunkt etwas in Ihrer Instanz sehr schiefgelaufen ist, oder? Ich denke, es ergab keinen Sinn, diese Prüfung in meinem Plugin vorzunehmen.
-
Es scheint gut darin zu sein, Tests zu erstellen!
Also, bisher eine gute Erfahrung, selbst ohne erweiterte KI-Konfiguration zu verwenden.
Ich habe mein wöchentliches Kontingent in vier Tagen aufgebraucht, was großartig ist, weil es mich zwingt, eine dreitägige Pause einzulegen ![]()
Gespannt, wie es sich ändern wird, wenn die Fähigkeiten von Discourse hinzugefügt werden.