obsidian-bases
von kepanoobsidian-bases unterstützt beim Erstellen und Bearbeiten von Obsidian-.base-Dateien mit Filtern, Formeln, Zusammenfassungen sowie Tabellen-, Karten-, Listen- oder Kartenansichten. Besonders geeignet, um Notiz-Metadaten in nutzbare Knowledge-Base-Ansichten zu verwandeln, inklusive YAML-Validierung und Hinweisen zur Funktionsreferenz aus den Skill-Dateien.
Dieser Skill erreicht 82/100 und ist damit ein solider Verzeichniseintrag: Die Repository-Belege zeigen einen echten, wiederverwendbaren Workflow zum Erstellen und Bearbeiten von Obsidian-`.base`-Dateien mit Filtern, Formeln und mehreren Ansichtstypen. Außerdem liefert er Agents genug Schema- und Validierungshinweise, um im Vergleich zu einem generischen Prompt deutlich weniger raten zu müssen. Nutzer des Verzeichnisses sollten Ergebnisse dennoch in Obsidian testen, da der Skill auf Dokumentation basiert und nicht durch ein Tool abgesichert wird.
- Hohe Auslösbarkeit: Die Beschreibung bezieht sich ausdrücklich auf `.base`-Dateien, Bases, Tabellen-/Kartenansichten, Filter und Formeln in Obsidian.
- Gute operative Substanz: `SKILL.md` bietet einen konkreten Workflow, die YAML-Schema-Struktur, Validierungsprüfungen und typische Fehlermuster.
- Nützlicher Hebel für Agents: Die enthaltene Funktionsreferenz hilft spürbar dabei, Formeln zu erstellen, ohne Syntax zu erfinden.
- Es gibt weder einen Installationsbefehl noch ausführbare Hilfsdateien; die Nutzung setzt voraus, die Markdown-Anleitung zu lesen und manuell anzuwenden.
- Die Validierung hängt letztlich davon ab, die `.base`-Datei in Obsidian zu öffnen; für Darstellungs- oder Syntaxprobleme bleibt also etwas Trial-and-Error nötig.
Überblick über den obsidian-bases-Skill
Was obsidian-bases besonders gut kann
obsidian-bases unterstützt einen Agenten dabei, Obsidian-.base-Dateien für datenbankähnliche Notizansichten zu erstellen und zu bearbeiten. Besonders nützlich ist der Skill, wenn du funktionierendes YAML für Bases-Features wie Filter, Formeln, Zusammenfassungen und View-Layouts wie table, cards, list oder map brauchst.
Beste Wahl für Knowledge-Base-Workflows
Der obsidian-bases-Skill passt besonders gut für alle, die ihren Vault als Knowledge Base, Projekt-Tracker, Leseliste oder Content-Dashboard nutzen. Die eigentliche Aufgabe lautet dabei nicht „YAML schreiben“, sondern „meine Notizen und Metadaten in eine nutzbare Ansicht überführen, die in Obsidian tatsächlich korrekt gerendert wird“.
Warum statt eines generischen Prompts diesen Skill nutzen
Der entscheidende Unterschied ist die Struktur. Der Skill gibt dem Agenten einen klaren Ablauf vor: zuerst den Umfang mit filters festlegen, dann optional formulas ergänzen, anschließend Views konfigurieren und zum Schluss YAML sowie Property-Referenzen prüfen. So vermeidest du typische Fehler gewöhnlicher Prompts: ungültige .base-Syntax, fehlerhafte Formel-Referenzen und Views, die nicht zum Schema deines Vaults passen.
So verwendest du den obsidian-bases-Skill
Installationskontext und was du zuerst lesen solltest
Im Skill selbst gibt es keinen besonderen Installationsbefehl; es handelt sich um einen Guidance-Skill innerhalb von kepano/obsidian-skills. Starte mit skills/obsidian-bases/SKILL.md und lies danach skills/obsidian-bases/references/FUNCTIONS_REFERENCE.md. Lies zuerst den Workflow-Abschnitt, dann die Schema-Beispiele und öffne die Funktionsreferenz nur für die Formeln, die du tatsächlich brauchst.
Welche Eingaben der obsidian-bases-Skill benötigt
Für eine gute Nutzung von obsidian-bases solltest du dem Agenten Folgendes mitgeben:
- das Ziel der Base, zum Beispiel „aktive Projekte anzeigen“
- Beispielpfade zu Notizen oder Ordnern
- relevante Frontmatter-Properties, Tags und Datumsfelder
- den gewünschten View-Typ:
table,cards,listodermap - berechnete Felder, die du haben möchtest, etwa Overdue-Status oder Lesezeit
- Anzeigeanforderungen, etwa Property-Reihenfolge oder Summary-Felder
Schwache Eingabe: „Erstell mir eine Base für Aufgaben.“
Starke Eingabe: „Create a .base file for notes in Projects/, include only notes where status != done, show title, status, due, and a formula is_overdue, default to table view, and add a cards view for mobile.”
So wird aus einem groben Ziel ein funktionierender Prompt
Ein praxistauglicher Prompt für obsidian-bases sollte eine vollständige .base-Datei plus Validierungsprüfungen anfordern. Beispiel:
“Using obsidian-bases, create a valid .base YAML file for notes in Areas/Research/ tagged #paper. Add filters for only unread items from 2024 onward, define formulas for age_days and is_recent, create a table view ordered by title, author, year, and formula.age_days, and explain any quoting needed to avoid YAML errors.”
Das funktioniert besser, weil Umfang, Metadaten, Formeln und Anzeigereihenfolge klar benannt sind und zugleich syntaxbewusste Ausgabe verlangt wird.
Praktischer Workflow und Prüfungen für die Ausgabe
Verwende bei obsidian-bases diese Reihenfolge:
- Lass dir zuerst die minimale
.baseerzeugen. - Prüfe die YAML-Syntax, bevor du mehr Komplexität hinzufügst.
- Ergänze Formeln nacheinander, jeweils nur eine.
- Füge eine zweite View erst hinzu, wenn die erste korrekt rendert.
Wichtige Qualitätsprüfungen aus dem Skill:
- Strings in Anführungszeichen setzen, wenn YAML-Sonderzeichen das Parsen stören könnten
- sicherstellen, dass jede in einer View verwendete
formula.Xauch informulasdefiniert ist - prüfen, ob die Property-Namen exakt zu deinen Notizen passen
- in Obsidian testen, nicht nur im Texteditor
FAQ zum obsidian-bases-Skill
Ist obsidian-bases auch für Einsteiger geeignet?
Ja, sofern du grundlegende Obsidian-Properties und Frontmatter bereits verstehst. Der obsidian-bases-Skill ist einfacher, als das gesamte Format von Grund auf zu lernen, weil er eine sichere Erstellungsreihenfolge vorgibt. Absolute Einsteiger können aber trotzdem Probleme bekommen, wenn die Metadaten im Vault uneinheitlich sind.
Worin unterscheidet sich das von einer einfachen KI-Anfrage nach einer .base-Datei?
Ein generischer Prompt kann YAML erzeugen, das plausibel aussieht, aber nicht rendert. Der obsidian-bases-Skill ist hier besser, weil er sich am tatsächlichen .base-Workflow orientiert: zuerst Filter, dann Formeln, dann Views, zuletzt die Validierung. Außerdem verweist er auf die Funktionsreferenz, sobald Formeln ins Spiel kommen.
Wann ist obsidian-bases das falsche Werkzeug?
Nutze obsidian-bases nicht, wenn dein eigentliches Problem fehlende Metadaten, eine inkonsistente Notizstruktur oder Unklarheit darüber ist, was die Base überhaupt anzeigen soll. Der Skill ersetzt auch keine pluginspezifische Dokumentation außerhalb des Bases-Formats. Wenn dein Vault-Schema unordentlich ist, solltest du das zuerst bereinigen.
Hilft obsidian-bases bei Formeln und Funktionen?
Ja. Das enthaltene references/FUNCTIONS_REFERENCE.md ist für die Installationsentscheidung einer der nützlichsten Bestandteile des Skills. Es hilft besonders dann, wenn du Datumsarithmetik, bedingte Anzeige, Typkonvertierung, Links, Icons oder HTML-Rendering innerhalb formelgesteuerter Properties brauchst.
So verbesserst du den obsidian-bases-Skill
Vor der Ausgabe ein saubereres Vault-Schema bereitstellen
Der größte Hebel für bessere Ergebnisse ist die Qualität der Eingaben. Nenne die exakten Property-Namen und Beispielwerte aus 3–5 Notizen, bevor du eine vollständige Base anforderst. Wenn eine Notiz due-date verwendet und eine andere due, kann der Agent Filter oder Formeln nicht zuverlässig entwerfen.
Die häufigsten obsidian-bases-Fehler vermeiden
Typische Fehlerquellen:
- ungültiges YAML durch nicht gesetzte Anführungszeichen bei Strings
- Formel-Referenzen, die vor ihrer Definition verwendet werden
- Filter, die auf Tags oder Properties zielen, die gar nicht existieren
- ein überfrachteter erster Entwurf mit mehreren Views und Summaries gleichzeitig
Besser ist eine eng gefasste erste Anfrage: ein Ordner, ein Filter, eine View, eine Formel.
Bei obsidian-bases von einer funktionierenden Minimalversion aus iterieren
Für bessere Ergebnisse mit obsidian-bases solltest du Überarbeitungen schrittweise anfordern:
- erster Durchgang: gültige
.basemit einem Filter und einer View - zweiter Durchgang: berechnete Felder
- dritter Durchgang: alternative Views und Summaries
- letzter Durchgang: Annahmen und mögliche Schema-Abweichungen kommentieren
Das erhöht die Zuverlässigkeit, weil du genau sehen kannst, welche Ergänzung das Rendering kaputtmacht.
Die Referenzdatei gezielt einsetzen
Um die Ergebnisse mit obsidian-bases zu verbessern, frage nicht abstrakt nach „fortgeschrittenen Formeln“. Benenne stattdessen die gewünschte Operation und lass den Agenten sie auf bekannte Funktionen aus references/FUNCTIONS_REFERENCE.md abbilden. So bleibt die Ausgabe an den dokumentierten Funktionsumfang gebunden und halluzinierte Syntax wird seltener — besonders bei Datumswerten, Booleans, Links und Anzeigeformatierung.