OpenCode Skills Guide: 7 Regeln für wiederverwendbare KI-Workflows

OpenCode Skills sind wiederverwendbare Anweisungspakete für wiederkehrende Programmierarbeit. Verwende sie, wenn OpenCode eine Prozedur, Fachregel oder Review-Norm behalten soll. Verwende sie nicht als Geheimnisspeicher und nicht als Ersatz für Agents oder MCP. Eine Skill lohnt sich, wenn dieselbe Anweisung in vielen Prompts wiederkommt. Einmalige Hinweise gehören in den Prompt, dauerhafte Vorlieben in Konfiguration oder Dokumentation.

Eine Skill lohnt sich, wenn dieselbe Anweisung in vielen Prompts wiederkommt. Einmalige Hinweise gehören in den Prompt, dauerhafte Vorlieben in Konfiguration oder Dokumentation.

Der richtige Test ist ein kleiner Task mit und ohne Skill. Wenn die Skill Wiederholung spart und den Diff verbessert, bleibt sie; sonst wird sie gekürzt.

Projekt-Skills sind leichter zu prüfen, weil sie beim betroffenen Code liegen. Globale Skills können andere Repositories überraschen und sollten nur für wirklich universelle Gewohnheiten gelten.

Sobald Framework, Deploymentziel, Schreibstil oder Compliance erwähnt werden, gehört die Skill meist in das Projekt statt in den globalen Bereich.

Eine Skill lohnt sich, wenn dieselbe Anweisung in vielen Prompts wiederkommt. Einmalige Hinweise gehören in den Prompt, dauerhafte Vorlieben in Konfiguration oder Dokumentation.

Eine Skill führt Verhalten, ein Command startet eine benannte Aktion, ein Agent trennt Rolle und Kontext, MCP verbindet externe Tools.

Projekt-Skills sind leichter zu prüfen, weil sie beim betroffenen Code liegen. Globale Skills können andere Repositories überraschen und sollten nur für wirklich universelle Gewohnheiten gelten.

Schreibe Skills wie prüfbare Verträge: Zweck, Auslöser, Schritte, Grenzen und erwartete Evidenz. Was nicht testbar ist, ist zu breit.

Eine Skill lohnt sich, wenn dieselbe Anweisung in vielen Prompts wiederkommt. Einmalige Hinweise gehören in den Prompt, dauerhafte Vorlieben in Konfiguration oder Dokumentation.

Beginne mit einer minimalen Vorlage und ersetze Platzhalter durch echte Projektbefehle. Kleine Skills sind leichter zu prüfen.

---
name: repository-review
description: Use when reviewing code changes in this repository.
---

# Repository Review

1. Inspect the changed files and nearby tests before giving findings.
2. Prioritize bugs, regressions, security risks, and missing validation.
3. Run the documented test command when the touched area has one.
4. Report findings first with file and line references.
5. If no issue is found, say so and mention residual test risk.

Projekt-Skills sind leichter zu prüfen, weil sie beim betroffenen Code liegen. Globale Skills können andere Repositories überraschen und sollten nur für wirklich universelle Gewohnheiten gelten.

Geheimnisse gehören in Umgebungsvariablen, Provider-Login oder Passwortmanager. Die Skill beschreibt den Umgang, speichert aber keine Tokens.

Eine Skill lohnt sich, wenn dieselbe Anweisung in vielen Prompts wiederkommt. Einmalige Hinweise gehören in den Prompt, dauerhafte Vorlieben in Konfiguration oder Dokumentation.

Wenn Ergebnisse schlechter werden, teste vollständige Skill, Kurzversion und normalen Prompt. So erkennst du überlappende Regeln.

Bevor AGENTS.md-Regeln in Subagents aufgeteilt werden, lies den OpenCode Agents Guide. OpenCode Agents Guide.