--- title: "Skills: Briks Ton, Fakten und Regeln beibringen | Briks" url: https://briks.dev/de/docs/skills description: "Geben Sie Briks Vorgaben, die in jedem Projekt Ihres Workspace gelten, etwa Tonfall, feste Fakten und Namensregeln. Skills hinzufügen, prüfen, ausschalten." last_updated: 2026-10-08 --- # Skills: Briks Ton, Fakten und Regeln beibringen Ein Skill ist eine kurze Anleitung, der Briks bei den Projekten Ihres Workspace folgt, sobald eine Aufgabe dazu passt. Nutzen Sie Skills für das, was nur Sie wissen: wie Sie klingen, welche Fakten auf jeder Seite stimmen müssen und wie Sie Dinge benennen. Diese Seite zeigt, wie Sie einen Skill auf jedem Weg hinzufügen, den das Studio bietet, wie Sie ihn ausschalten, welche Sicherheitsprüfung jeder Skill durchläuft und drei Beispiele zum Kopieren. 8 Minuten Lesezeit Am 8. Oktober 2026 mit dem Studio abgeglichen ## Was ein Skill ist Die Seite **Skills** fasst es zusammen: „Guidance the builder follows on your workspace's projects when a task fits it: your tone, your facts, your conventions. The studio's own design and code rules always come first.“ Wo 1. Skills Jeder Skill besteht aus drei Teilen: | Teil | Was es ist | Limit | | --- | --- | --- | | **Name** | Kleingeschriebene Wörter, durch Bindestriche verbunden, zum Beispiel `tone-of-voice` | 64 Zeichen | | **Wann Sie es nutzen** | Ein bis drei Sätze, die sagen, was der Skill abdeckt. Briks wählt einen Skill anhand dieser Zeile, also formulieren Sie sie konkret. | 1,024 Zeichen | | **Instructions** | Die Regeln und Beispiele, denen Briks folgt, wenn es den Skill nutzt | 20.000 Zeichen | Skills gehören zu einem Workspace. Die aktivierten gelten für jedes Projekt in diesem Workspace und für keinen anderen. Bis zu 25 können gleichzeitig aktiv sein. Über der Liste zählt die Seite sie, zum Beispiel „3 of 4 on. The builder receives the ones that are on with every job in this workspace, and only here.“ ## Wann ein Skill verwendet wird und wann nicht | Situation | Wird der Skill verwendet? | | --- | --- | | Ein erster Entwurf oder eine Änderung, für eine Website, eine App oder ein Dashboard | Ja, wenn die Zeile **When to use it** zur Aufgabe passt | | Die Skill ist ausgeschaltet | Nein | | Ersetzen über **Media**, rückgängig machen oder wiederherstellen, **Apply to the live site**, Veröffentlichung in der Produktion | Nein: Es wird nichts Neues geschrieben | | Eine Frage, die Sie im Studio stellen | Nein: Fragen werden ohne Build beantwortet | | Eine Regel, die den Design- oder Code-Regeln des Studios widerspricht | Dieser Teil ist beiseitegelegt | | Eine Regel, die ein Geheimnis, eine externe Adresse oder Dateien außerhalb der Website verlangt | Dieser Teil ist beiseitegelegt | Skills fügen Wissen hinzu, kein Design. Für feste Regeln zum Aussehen, etwa einen schwarzen Footer, nutzen Sie **Rules in your own words** unter **Settings**, **Preferences**, das „Kept to, build after build.“ heißt. Ein neuer oder bearbeiteter Skill gilt ab dem nächsten Build oder der nächsten Änderung. Ihre veröffentlichte Website ändert sich bis dahin nicht. ## Wer Skills verwalten darf Owner und Admins können Skills hinzufügen, bearbeiten, umschalten, aktualisieren und löschen; die Rolle Admin lautet „Manages members, settings, templates and skills, and moves projects.“ Editor und Viewer können die Seite **Skills** öffnen und die Liste lesen, aber die Schalter sind ausgegraut und es gibt keine Schaltfläche **Add skill**. Siehe [Mitglieder und Rollen](https://briks.dev/de/docs/members-and-roles). ## Skill hinzufügen Klicken Sie auf **Add skill**. Ein Feld mit dem Titel **Add a skill** bietet drei Wege zum Einstieg: „Choose how to start. You read and can edit every skill before the builder receives it.“ | Option | Was das Studio sagt | Nach dem Hinzufügen | Kosten | | --- | --- | --- | --- | | **Selbst schreiben** | Geben Sie ihr einen Namen, sagen Sie, wann sie zum Einsatz kommt, und schreiben Sie die Anweisungen. | Aus, bis Sie es einschalten, gekennzeichnet mit **Written here** | Nichts | | **Draft with AI** | Beschreiben Sie, was es tun soll; Sie erhalten einen Entwurf zum Bearbeiten. Verbraucht einige Credits. | Aus, bis Sie es einschalten, gekennzeichnet mit **Drafted by AI** | Bindet 5 Credits, berechnet wird die geleistete Arbeit | | **Import from GitHub** | Fügen Sie einen Link zu einer SKILL.md, einem Ordner oder einem Repository ein. Er wird an den Commit gebunden, den Sie gelesen haben. | Aus, bis Sie es einschalten, mit **GitHub** und dem Commit gekennzeichnet | Nichts | Selbst schreiben 1. Das Feld öffnen Wo: Skills Klicken Sie auf **Add skill**, oder beim ersten Mal auf die Schaltfläche in **No skills yet**. 2. Wählen Sie Write your own Wo: Add a skill Ein Feld mit dem Titel **Write a skill** öffnet sich mit drei Eingabefeldern. 3. Benennen Sie es Wo: Write a skill Geben Sie einen Namen ein. Wenn Sie das Feld verlassen, wandelt Briks ihn in Kleinbuchstaben und Bindestriche um: „Tone of voice“ wird zu `tone-of-voice`. 4. Sagen Sie, wann sie verwendet werden soll Wo: Write a skill Schreiben Sie **When to use it** als Satz über die Aufgabe, zum Beispiel: „Die Stimme für jedes Wort auf unseren Websites. Verwenden, wann immer Text geschrieben oder umgeschrieben wird.“ 5. Die Anweisungen schreiben Wo: Write a skill Füllen Sie **Instructions** mit Regeln und Beispielen aus. Ein Zähler unter dem Feld zeigt, wie viele der 20.000 Zeichen Sie verbraucht haben. 6. Speichern Wo: Write a skill Klicken Sie auf **Add skill**. Das Studio bestätigt mit “tone-of-voice added. It stays off until you turn it on.” 7. Einschalten Wo: Skills Stellen Sie den Schalter rechts der Skill auf **On**. Briks verwendet sie ab Ihrem nächsten Build oder Ihrer nächsten Änderung. ### Mit KI entwerfen Beschreiben Sie in **Draft a skill with AI** unter **What the skill should do**, was Briks wissen oder immer tun soll, in 20 bis 4.000 Zeichen. Klicken Sie auf **Draft it**; das Studio meldet „Usually under a minute.“ Der Entwurf öffnet sich in **Review the drafted skill**, damit Sie ihn lesen und bearbeiten können. Nach **Add skill** steht dort „added. It stays off until you turn it on.“ ### Import from GitHub Fügen Sie unter **Import a skill from GitHub** einen **GitHub link** zur SKILL.md eines öffentlichen Repositorys, zu einem Ordner oder zum ganzen Repository ein und klicken Sie auf **Read it**. Enthält der Link mehrere Skills, wählen Sie einen aus der Liste und klicken Sie auf **Read this one**. **Review the imported skill** zeigt ihn vollständig mit seinem Commit: „Read it all: the builder follows it as written.“ Pro Stunde können bis zu 30 Importe gelesen werden. Ein importierter Skill bleibt an den Commit gebunden, den Sie gelesen haben. Um einen neueren zu übernehmen, öffnen Sie das Menü des Skills und wählen **Check for update**. Entweder ist er aktuell, oder die neuere Version öffnet sich zur Prüfung, bevor Sie sie speichern. ## Die Sicherheitsprüfung Jeder Skill wird beim Eintippen gelesen und noch einmal beim Speichern. Wirkt etwas riskant, listet ein Panel mit dem Titel **Read these before adding it** auf, was gefunden wurde, und **Add skill** wartet, bis Sie „I have read the instructions and they are safe to follow.“ ankreuzen. Der Skill trägt dann in der Liste ein Label **Read before use** mit denselben Hinweisen. Wonach gesucht wird: - „Der Builder wird aufgefordert, frühere Regeln oder Anweisungen beiseitezulegen.“ - „Es versucht zu ändern, wer der Builder ist oder was sein System vorgibt.“ - „Es erwähnt Schlüssel, Secrets oder Zugangsdaten.“ - „It asks for requests to other addresses.“ - „Es fügt Seiten ein Skript von einer anderen Adresse hinzu.“ - „Es verlangt Code, der Text als Code ausführt oder rohes HTML setzt.“ - Alle genannten Webadressen, gezählt. Legen Sie nie ein Passwort oder einen Schlüssel in einem Skill ab Skills sind einfacher Text, den Briks bei jedem Build liest. Schlüssel und Passwörter gehören in [Secrets](https://briks.dev/de/docs/secrets), wo sie aus den Dateien Ihrer Website herausbleiben. ## Ausschalten, bearbeiten oder löschen Jede Skill hat rechts einen Schalter und ein Menü mit **Edit**, **Check for update** bei importierten Skills und **Delete**. Jede neue Skill ist zunächst aus, damit Sie sie lesen, bevor Briks sie verwendet. Ausschalten behält die Skill für später. Sind 25 eingeschaltet, sind die Schalter der übrigen ausgegraut, bis Sie eine ausschalten. Vor dem Löschen wird gefragt: „The builder stops receiving it from the next change on.“ ## Drei Skills zum Kopieren Tonalität Tonalität, für eine Familienrechtskanzlei in Leeds > Wann einzusetzen: Die Stimme für jedes Wort auf den Websites von Hollin & Hart: Überschriften, Fließtext, Buttons, Formularbeschriftungen und Meldungen. Immer verwenden, wenn Text geschrieben oder umgeschrieben wird. Anweisungen: Schreiben Sie als die Kanzlei, mit wir und unser. Verwenden Sie einfache Wörter, die besorgte Eltern verstehen, und erklären Sie jeden Rechtsbegriff beim ersten Auftreten. Bleiben Sie ruhig: nie kämpfen, Kampf oder gewinnen verwenden. Halten Sie die Sätze kurz und verwenden Sie keine Ausrufezeichen. Buttons sagen, was als Nächstes passiert, etwa Book a free 20 minute call, nie Submit. Neue Seiten und Änderungen kommen in diesem Ton zurück. Auf die Bitte, „eine Seite über Mediation hinzuzufügen“, erhalten Sie einen Text, der erklärt, was Mediation ist, bevor er etwas verkauft. Fakten zum Haus house-facts, für eine Tischlerei in Sheffield > Wann sie zu verwenden ist: Die Fakten, die jede Seite von Oakline Joinery richtig wiedergeben muss: wo wir arbeiten, was wir herstellen, Lieferzeiten, Preise, Kontaktdaten und Öffnungszeiten. Verwenden Sie sie, sobald eine Seite eines davon erwähnt. Anweisungen: Unsere Werkstatt ist in Sheffield, und wir bauen im Umkreis von 30 Meilen ein. Jede Küche wird nach Maß in massiver Eiche oder Walnuss gefertigt; erwähnen Sie niemals MDF. Die Lieferzeit beträgt 10 bis 12 Wochen ab den endgültigen Zeichnungen. Küchen beginnen bei £18,000 inklusive Einbau; nennen Sie niemals einen anderen Preis. Telefon 0114 496 0321. Samstags haben wir geschlossen. Eine Änderung wie „FAQ-Bereich hinzufügen“ beantwortet Fragen zu Lieferzeit und Preis mit diesen Angaben, statt zu raten. Namenskonvention product-naming, für einen Teehändler > Wann verwenden: Wie Kettle & Leaf seine Tees und Aufgussgetränke auf Seiten, Karten, Menüs und Buttons benennt. Für jede Produktliste, Produktseite und jeden Preis verwenden. Anweisungen: Vollständige Namen folgen der Reihenfolge Herkunft, Garten, Güteklasse, dann Ernte, etwa Darjeeling, Castleton, FTGFOP1, Second Flush 2026. Karten nennen nur Herkunft und Garten. Preise gelten pro 100 g. Rooibos und Kamille sind Aufgussgetränke, niemals Tees. Eine neue Shop-Seite listet jedes Produkt auf dieselbe Weise auf, mit Preisen pro 100 g, und führt Aufgüsse in einer eigenen Gruppe. ## Einen Skill schreiben, der funktioniert - Lassen Sie **When to use it** die Aufgabe nennen, etwa „any menu page or dish list“. Bei einer vagen Zeile greift Briks womöglich nicht zum Skill. - Formulieren Sie Regeln als Aufgaben, mit der Begründung, wo sie nicht offensichtlich ist. - Geben Sie ein Beispiel für richtig und falsch. Ein gutes Beispiel bewirkt oft mehr als fünf Regeln. - Halten Sie Fakten aktuell. Ändert sich ein Preis oder eine Adresse, bearbeiten Sie den Skill und fordern Sie dann eine Änderung an, damit die Live-Website sie übernimmt. - Halten Sie ein Skill bei einem Thema. Ein Tonalitäts-Skill und ein Fakten-Skill lassen sich leichter umschalten und aktualisieren als ein langer Skill, der beides enthält. ### Ändert ein neuer Skill meine Live-Website sofort? Nein. Er gilt ab dem nächsten Build oder der nächsten Änderung. Bitten Sie um eine Änderung, etwa „Schreibe die Seite Über uns in unserem Hauston neu“, um ihn auf bestehende Seiten anzuwenden. ### Kosten Skills etwas? Schreiben und Importieren sind kostenlos. **Draft with AI** reserviert 5 Credits und berechnet die tatsächlich geleistete Arbeit. Ein verwendeter Skill wird als Teil eines Builds gelesen, der wie üblich berechnet wird. ### Kann ein Projekt einen Skill überspringen? Skills gelten für jedes Projekt im Workspace. Schalten Sie einen aus, solange Sie an einem Projekt arbeiten, zu dem er nicht passt, oder führen Sie diesen Kunden in einem eigenen Workspace. ## Als Nächstes lesen - [Wird gebaut **Einen guten Auftrag schreiben** Was in einen Brief gehört, damit der erste Build gelingt: Unternehmen, Zielgruppe, Seiten, Hauptaktion, Fakten und Ton, mit sechs Vorher-nachher-Beispielen.](https://briks.dev/de/docs/writing-a-brief) - [An einem Projekt arbeiten **Änderungen vornehmen** Website per Nachricht an Briks ändern: was Sie sagen, Bilder hinzufügen, Inhalt und Kosten einer Änderung, Unterseiten, wartende Anfragen, Fehler beheben.](https://briks.dev/de/docs/making-changes) - [Workspaces und Konto **Mitglieder und Rollen** Laden Sie Personen per E-Mail-Link ein und weisen Sie Rollen zu: Owner, Admin, Editor oder Viewer. Was jede Rolle darf und wie viele Personen jeder Plan fasst.](https://briks.dev/de/docs/members-and-roles) - [Workspaces und Konto **Workspaces** Ein Workspace enthält Ihre Projekte, Mitglieder, Medien, Skills, Plan und Credits. Einen anlegen, wechseln, umbenennen oder nicht mehr Benötigtes löschen.](https://briks.dev/de/docs/workspaces) Noch nicht weitergekommen? Schreiben Sie an [hello@briks.dev](mailto:hello@briks.dev) mit dem Namen Ihres Projekts und dem, was Sie erwartet haben. Ein Screenshot hilft.