Coding-Bot in 5 Minuten anlegen
TL;DR — Ein Coding-Bot entsteht im normalen Zeptix-Onboarding: Setup-Modus wählen, Bot-Typ Coding-Bot auswählen, Namen und Slug setzen, .zeptix.dev prüfen und anschließend im Chat den ersten Code testen. Für einen echten Live-Bot muss danach wie bei jedem Tenant das Impressum vollständig sein.
Konzept
Coding-Bots sind keine getrennte Plattform. Du legst sie dort an, wo du auch Sprachmodell-Bots anlegst. Der Unterschied ist die Auswahl des Bot-Typs. Dadurch nutzt Zeptix Coding-Defaults: andere Chat-Route, Coding-Wissen, Download-Artefakte und eine empfohlene Developer-Subdomain.
Für Coding-Bots ist .zeptix.dev der Standard, weil Nutzer sofort erkennen, dass es um Entwicklung oder technische Aufgaben geht. Du kannst je nach Plan auch andere Roots verwenden. .zeptix.ai ist als Premium-Root für Business-Fälle vorgesehen.
Konkrete Schritte
- Öffne das Onboarding.
- Wähle Klassisch oder Builder, je nachdem ob du manuell starten oder dich führen lassen willst.
- Wähle Coding-Bot als Bot-Typ.
- Vergib einen klaren Namen, zum Beispiel
FiveM Resource Builder. - Nutze einen kurzen Slug, zum Beispiel
fivem-builder. - Prüfe die Vorschau:
fivem-builder.zeptix.dev. - Erstelle den Bot und öffne das Dashboard.
- Trage Impressumspflichtfelder ein, wenn der Bot öffentlich erreichbar sein soll.
- Teste den Chat mit einer kleinen Aufgabe.
Für Fortgeschrittene
Der erste Test sollte bewusst klein sein. Frage nicht direkt nach einem riesigen Framework, sondern nach einer minimalen Ressource mit drei Dateien. Danach verfeinerst du über Snippets und Style-Regeln. Wenn der Bot regelmäßig denselben Stack bedienen soll, lege direkt ein Profil fest, zum Beispiel FiveM Lua, Python, Node oder Web.
Der erste gute Testprompt
Ein guter Startprompt ist konkret und klein. Für FiveM könnte er lauten: „Erstelle eine minimale FiveM-Resource mit fxmanifest.lua, client.lua und server.lua. Sie soll beim Spielerbeitritt eine kurze Willkommensnachricht anzeigen. Gib danach kurze Installationsschritte.“ Dieser Prompt ist besser als „Baue mir ein komplettes Roleplay-System“, weil du das Ergebnis sofort prüfen kannst.
Nach dem ersten Ergebnis
Öffne das ZIP, lies die README und prüfe die Dateinamen. Wenn der Bot falsche Annahmen trifft, ergänze ein Snippet oder ändere deinen Style-Guide. Wiederhole den Test mit einer ähnlichen Aufgabe. Gute Coding-Bots entstehen nicht durch einen einzigen perfekten Prompt, sondern durch kurze Feedback-Schleifen.
Öffentliche Nutzung vorbereiten
Bevor du den Bot öffentlich teilst, aktiviere nur das, was du wirklich verantworten willst. Prüfe Impressum, Sichtbarkeit, Begrüßungstext und Beispiel-Fragen. Schreibe in die Beschreibung, welche Sprachen oder Frameworks der Bot gut kann. So stellst du Erwartungen klar und reduzierst Fehlanfragen.
Akzeptanzcheck
Bevor du diesen Bot öffentlich nutzt, stelle dir drei Fragen: Versteht ein neuer Nutzer sofort, wofür der Bot gedacht ist? Gibt es genug eigenes Training, damit der Bot nicht nur generisch antwortet? Kannst du das erzeugte Ergebnis prüfen, bevor du es weitergibst? Wenn eine Antwort nein ist, solltest du den Bot noch privat testen.
Ein guter Coding-Bot ist nicht der Bot mit der längsten Antwort. Ein guter Coding-Bot liefert eine passende, prüfbare und transportierbare Grundlage. Genau deshalb sind Profil, Snippets, Domain, Credits und Artifact-Download keine getrennten Themen. Sie bilden zusammen die Produktqualität.
Nach dem Anlegen: Training vor Veröffentlichung
Ein frisch angelegter Coding-Bot kann direkt antworten, aber er ist noch nicht dein eigener Experte. Der wichtigste nächste Schritt ist Training. Lege mindestens drei Snippets an: eine Grundstruktur, ein Stilbeispiel und eine Fehlerbehandlungsregel. Dadurch merkt der Bot, welche Ausgabeform du bevorzugst. Bei FiveM könnte das ein fxmanifest.lua-Muster, ein client/server Event-Beispiel und ein Config-Pattern sein.
Öffentliche Sichtbarkeit bewusst setzen
Coding-Bots können privat oder öffentlich sein. Nutze privat, solange du testest. Stelle erst auf öffentlich, wenn Impressum, Begrüßung, Beispiel-Fragen und erste Snippets passen. Ein öffentlicher Coding-Bot sollte nicht so wirken, als würde er garantiert fehlerfreien Produktionscode liefern. Formuliere realistisch: Er erstellt Startpunkte, Vorlagen und Beispiele, die geprüft werden müssen.
Typische Onboarding-Entscheidungen
Klassisch ist gut, wenn du schon weißt, was du bauen willst. Builder ist gut, wenn du durch Fragen geführt werden möchtest. .zeptix.dev ist für Coding meistens richtig, .zeptix.io für allgemeine Chatbots. .zeptix.ai ist eine Business-Option, wenn der Auftritt bewusst hochwertig und AI-fokussiert sein soll.