Claude Code Workflow von Obsidian zu CLAUDE.md

Wenn Obsidian die Arbeitsnotizen enthält, aber jede Claude-Code-Sitzung mit derselben Erklärung beginnt, gibt es eine Lücke zwischen Wissensmanagement und Umsetzung. Dieser Ablauf macht aus freien Notizen knappen CLAUDE.md-Kontext.

Leser mit Obsidian-Interesse suchen nicht nur Integration. Sie wollen, dass Notizen die Umsetzung verbessern. Die Lösung ist nicht der ganze Vault, sondern aktuelle Entscheidungen, Grenzen und Prüfbefehle.

Weiterführende Artikel: claude-code-obsidian-integration, claude-code-claude-md-starter-template, claude-md-best-practices.

Warum dieses Muster vor die erste Änderung gehört

Claude Code ist am stärksten, wenn die Aufgabe klare Grenzen hat. Eine gute Grenze nennt lesbare Dateien, editierbare Dateien, verbotene Aktionen und den Nachweis, der die Arbeit beendet. Ohne diese Grenze kann ein kleiner Anfänger-Prompt zu einer großen Umschreibung werden, und eine Content-Änderung kann PDF, Gumroad oder Beratung beschädigen.

Dieses Muster hilft auch beim Umsatz, weil es technischen Nachweis mit Leser-Nachweis verbindet. Eine Seite, die lokal baut, aber Leser zum falschen Produkt schickt, ist nicht fertig. Wer Scope, Befehl, öffentliche URL und CTA notiert, verbessert morgen aus Belegen statt aus Erinnerung.

Praktischer Ablauf

1. In Obsidian Fakten, Entscheidungen, offene Fragen und nächste Schritte trennen
2. Wöchentlich nur den Kontext extrahieren, den Claude Code sehen soll
3. Stabile Regeln in CLAUDE.md, temporären Zustand in Handoff-Notizen halten
4. Bei Content auch CTA-Entscheidungen und Produkt-Routing aufnehmen
5. Veraltete Entscheidungen löschen, damit der Kontext leicht bleibt

Situation	Sicherer Schritt	Nachweis
Content Operations	Suchintention, Produktfit und CTA in Obsidian durchdenken. In CLAUDE.md bleiben nur wiederkehrende Revenue-Regeln.	build, diff, URL
Team-Engineering	Volle Designhistorie bleibt in Obsidian, Claude Code erhält aktuelle Regeln und verbotene Bereiche.	screenshot, test
Debugging	Hypothesenhistorie bleibt in Notizen, die nächste Sitzung bekommt geprüfte Fakten und den nächsten Befehl.	log, command, handoff

Der erste Durchlauf bleibt kurz. Das Audit soll eine Entscheidung erzeugen, keinen Riesenbericht. Wenn nach 20 Minuten keine Entscheidung klar ist, liest man eine weitere Datei, statt mit Änderungen zu beginnen.

Kopierbarer Prompt und Code

Lies diese Obsidian-Notiz und trenne Regeln für CLAUDE.md, temporären Handoff-Zustand und veraltete Informationen, die nicht kopiert werden sollen.

const note = {
  title: "Checkout copy bug",
  facts: ["mobile CTA wraps", "Gumroad link still works"],
  decisions: ["keep paid CTA after free PDF"],
  commands: ["npm.cmd run build"],
};

export function toClaudeMdBlock(item) {
  return [
    "## Current operating note",
    `- Topic: ${item.title}`,
    `- Facts: ${item.facts.join("; ")}`,
    `- Decisions: ${item.decisions.join("; ")}`,
    `- Proof command: ${item.commands[0]}`,
  ].join("\n");
}

console.log(toClaudeMdBlock(note));

Der Code ist absichtlich klein. Er macht aus einer Betriebsregel ein prüfbares Objekt: Scope existiert, Schutzbereiche existieren, ein Prüfbefehl ist verbunden. Die Form passt für Artikel, Apps, Debugging oder Team-Handoff.

Drei reale Beispiele

Content Operations

Suchintention, Produktfit und CTA in Obsidian durchdenken. In CLAUDE.md bleiben nur wiederkehrende Revenue-Regeln.

Wichtig ist der Nachweis. Bewahren Sie einen Befehl, eine sichtbare Seite oder eine Notiz auf, die zeigt, dass die Arbeit den Leser erreicht hat.

Team-Engineering

Volle Designhistorie bleibt in Obsidian, Claude Code erhält aktuelle Regeln und verbotene Bereiche.

Wichtig ist der Nachweis. Bewahren Sie einen Befehl, eine sichtbare Seite oder eine Notiz auf, die zeigt, dass die Arbeit den Leser erreicht hat.

Debugging

Hypothesenhistorie bleibt in Notizen, die nächste Sitzung bekommt geprüfte Fakten und den nächsten Befehl.

Wichtig ist der Nachweis. Bewahren Sie einen Befehl, eine sichtbare Seite oder eine Notiz auf, die zeigt, dass die Arbeit den Leser erreicht hat.

Fehlerfälle, die man vermeiden sollte

• Der ganze Vault mischt alte Entscheidungen mit aktuellen Grenzen.
• CLAUDE.md als Tagebuch versteckt die wichtigen Regeln.
• CTA-Entscheidungen nur in Notizen lassen Artikel und Produktpfad driften.

Ein weiterer Fehler ist Lokalisierungsdrift. Der englische Artikel kann den richtigen Produktpfad erklären, während eine andere Sprache einen alten CTA behält. Darum prüft man öffentlich h1, Einstieg und CTA je Sprache, nicht nur frontmatter lang.

Leser zu PDF, Gumroad und Beratung führen

Wenn Leser noch Befehlssicherheit brauchen, passt das kostenlose Cheatsheet. Wenn Setup, Rechte, CLAUDE.md, Hooks, MCP oder CI/CD blockieren, ist der Setup Guide der beste nächste Kauf. Wer wiederholt Review-, Debugging- und Refactoring-Prompts schreibt, sollte 50 Prompt Templates nutzen. Für Team-Rollout, Workflow-Design oder Umsatzpfade ist Beratung sinnvoll. Einen Vergleich gibt es auf products.

Nicht jeder Leser soll sofort zum bezahlten Produkt. Anfänger brauchen oft zuerst ein reibungsarmes PDF. Wer Prompts wiederholt, ist näher an Templates. Wer bei permissions, CLAUDE.md, hooks, MCP oder CI/CD blockiert, ist näher am Setup Guide. Teams mit Prozessfragen sind näher an Beratung.

Was vor und nach der Veröffentlichung geprüft wird

Prüfung bedeutet hier mehr als HTTP 200. h1, Einstieg, heroImage, interne Links, Gumroad-Links und Beratungspfad müssen zur gleichen Leserabsicht passen.

Bei mehrsprachiger Veröffentlichung werden Japanisch, Englisch, Chinesisch, Koreanisch, Spanisch, Französisch, Deutsch, Portugiesisch, Hindi und Indonesisch einzeln geprüft. Der slug kann stimmen, obwohl der Text alt ist. Mobile Screenshots zeigen Einstieg und CTA gemeinsam.

Zahlen, die als Nächstes wichtig sind

Beobachten Sie PDF-Starts, Gumroad-Klicks, product-page visits, training-page visits, Suchquelle, Länder-Mix und Klickrate von Artikel zu CTA. Steigen PV ohne Gumroad-Klicks, muss der Produktfit stärker werden. Steigen Beratungsbesuche aus technischen Artikeln, braucht der Leser wahrscheinlich Workflow-Design.