Obsidian macht Claude Code 10x schlauer! (Second Brain)

Die meisten Business Owner starten jeden Tag folgendermaßen. Sie öffnen Slag, sie öffnen dann die E-Mail, dann den Kalender, Task Management Tool und dann wieder Slack. Und nach 45 Minuten haben Sie Überblick, okay, was ist gestern passiert? Was ist heute zu tun? Ich starte meinen Tag aktuell mit einem einzigen Befehl und dieser Befehl wird von meinem AI Chief of Staff ausgeführt. Er kennt alle meine Projekte, mein ganzes Business und alle meine Kunden und er brieft quasi jeden Morgen mich mit allem, was zu tun ist und was heute wichtig ist. Ich will dir heute das zeigen, was ich aktuell noch so ein bisschen zurückgehalten habe, weil ich mir selber unsicher war, soll ich das teilen? Nicht, weil es zu kompliziert war, sondern weil ich gucken wollte, okay, hat es wirklich den mehr wert, den andere sagen und der wo ich selber sage, okay, das bringt mir was. Aber lass uns erstmal definieren, wie ich überhaupt zu diesem Punkt gekommen bin. Vor ein paar Monaten hatte ich immer ein hatte ich folgendes Problem, was du vielleicht kennst. Man hat unterschiedliche KI Tools für sich entdeckt, die man nutzen kann. Vielleicht wenige, vielleicht viel. Das Wichtige war aber, wie kann ich den Kontext zwischen diesen Tools aufrechhalten? Ich b se hatte denn [schnauben] in meinem Custom GPT für meine Post was zu meiner Brand Voice, das habe ich wiederum übertragen in auch ein Cloud Projekt und da quasi weiterzumachen. Das habe ich jetzt natürlich mit den aktuellen Sachen auch mit Open Claw und Hermes Agent versucht über ein Gitterpo zu lösen, was natürlich alles extrem kompliziert aufgebläht und die Synchronisation der Daten war wirklich ein Grau das Problem quasi jedes Tool kannte nicht alle Details von mir und war quasi so ein Monolyt an Daten, dass ich als Mensch krass damit beschäftigt war, den Kontext nur aufrecht zu halten. Ich habe quasi schon fast täglich so 15 bis 30 Minuten damit vorbracht, mein Kontext richtig an den richtigen Stellen zu platzieren, zu aktualisieren, damit ich auch on track bleibe. Und dann kam Thema auf bei YouTube ist es mir besonders aufgefallen, aber auch auf LinkedIn habe ich es gesehen. [schnauben] Second Brain mit quasi Agent. Ähm und als ich da reingegangen bin, habe ich für mich selber viele Sachen erkannt, viele Sachen ausprobiert und genau das will ich heute zeigen, was das genau bedeutet und was gerade mein aktueller Best Practice ist. Okay, lass uns erstmal definieren Second Brain. Second Brain ist quasi eine Methodik, Wissen strukturiert abzuspeichern und wir wollen uns genau anschauen, wie ist ein Second Brain oder kann man ein Second Brain aufsetzen? im Agent Ökosystem. Das bekannteste Tool aktuell dafür ist Obsidian. Obsidian ist ein, ich nenn es mal Notaker, der auf Markdown basiert. Warum Markdown? Markdown ist ein universelles Format, was quasi optimiert ist, Content zu strukturieren. Ähm, ein Mensch kann das sehr gut lesen, ein Agent kann das sehr gut lesen und man kann sehr tiefe Verschachtelung dafür haben. Ähm, und Obsidian macht es sehr einfach, das zu handeln. Was ist jetzt aber das Framework, was für dem Agent Ökosystem wichtig ist? Dieses Agent Framework basiert auf drei Layern. Layer 1 ist quasi das Knowledge. Dafür haben wir das Tool Obsidian. Wer se wäre auch andere Sachen möglich, Beispiel zu nennen, Notion einfache TXT Files, eine Datenbank, das kann alles sein, aber wir oder ich spiele gerade mit Obsidien rum. Dann ist die das zweite Label, was da drüber ist, das Denken, also thinking und da sind Cloud Skills für mich gerade die beste Option. Warum? Cloud Skills definieren einen festen Ablauf, wie man von A nach B kommt. Und das ist halt extrem wichtig in diesem Second Brain ähm herangehensweise. Dazu später aber ein praktischen Beispiel mehr. Und die dritte Option ist quasi die Execution, also der dritte Layer. M das ist bei mir aktuell Cloud Code. Das heißt, Cloud Code nutzt Skills, um auf das Knowledge zuzugreifen. Also, wir haben den Knowledge Skill mit quasi Obsidian, wir haben den Thinking Skill mit Skills und wir haben den Execution Layer mit Cloud Code. Das kann natürlich variieren. Ihr könnt den Knowledge Layer austauschen gegen ein anderes Bart. Ihr könnt den Execution Layer auch gegen OpenClauschen. Skills gibt es bei beiden, darum wäre es jetzt beim Syning Layer genau das gleiche. Aber ihr versteht, glaube ich, das Grundkonzept, warum es quasi geht und was wir uns heute anschauen wollen. Dann lass uns erstmal reingehen, wie überhaupt das Knowledge Layer aufbaut. Knowledge Layer ist bei mir halt Obsidian. Das bedeutet, ihr fangt erstmal an ähm sogenannten WT aufzubauen. Ihr könnt die App einfach downloaden, geht quasi hier auf die Website, ähm holt die App und dann kommt ihr quasi in diese Art Notizüberblick ähm von Obsidian. Dann könnt ihr ein W, also einen Folder auf eurem Rechnerstellen, wo alles gespeichert ist. In der Bezahlvariante von Obsidian könnt ihr mehrere Walls über mehrere Geräte hinweg synchronisieren. Ich aktuell nutze die kostenlosen Variante, weil ich damit erstmal lernen will und verschiedene andere Setups testen will. Dazu später mehr. Wie würde ich aber ein Second Brain aufbauen? Da gibt's kein richtig und kein falsch. Ihr könnt gerne mal nach Second Brain googlen oder eine KI fragen. Es gibt sehr viele Best Practice ähm Parasystem ist mal eins zu nennen. Ich habe aktuell folgendes von mir. Ähm ich habe quasi Attachments, also einfach Sachen, die von meiner KI angehangen werden. Inbox, wenn noch gar nicht feststeht, wo ich das hinschieben will, sondern erstmal speichern will. Areas, das kann bei mir Business sein, Relationship, ähm Health und so weiter. Daily sind daily Notizen, Docs mal Dokumente, Projekte erklärt sich von selbst an allen Projekten, denen ich arbeite. Ressourcen sind Ressourcen, die ich irgendwo gefunden habe. Z.B. Ich nutze Datafast für Tracking für alle meine Apps. Das heißt, unter Resources in meinem Originalw habe ich Data Fast Dokumentation und Templates sind einfach Templates, die ich gerne nutze. So ist erstmal mein Second Brain an sich aufgebaut. Und wenn ihr das gemacht habt, wird es am Anfang leer sein und das ist halt ganz wichtig, wie ihr jetzt aber darauf zugreift. Ihr könnt ähm einfach ein zu dem Ordner navigieren. Ich bin jetzt hier schon drin, Sascha OS und könnt bei mir ist jetzt die Execution Cloud ausführen und ich habe jetzt ein Agent, der auf meinem Cloud Instanz funktioniert. [schnauben] Genauso kann ich natürlich aber auch Cloud Cowork nutzen, der auch auf mein Obsidian Ordner drauf zugreift oder mein W drauf zugreift, der drin lesen und schreiben kann. Und jetzt kommt ihr schon so zum ersten Faktor, der mich am Anfang schon mal sehr gestört hatte. Habe ich mittlerweile schon gut gelöst. Das funktioniert jetzt nur auf meinem Rechner. Also nur auf meinem Rechner ist verfügbar, was aktuell im Wall steht, wenn ihr nicht die Bezahlvariante von Obsidian habt. Habe ich mir natürlich Gedanken gemacht, okay, wie kann ich dieses Problem für mich jetzt lösen? Für mich war mein erster Ansatz. Okay, ich löse das, indem ich mein Wall im GitHub einchecke und Deployer. Das heißt, als Backup habe ich mein WT bei Gitub liegen, wo ich quasi alles mir Abspeicher drinne habe, ähm ohne Information zu verlieren. Also, wenn ich jetzt jeden Tag ein Update mache, also Cloud Code arbeitet drin, Cloud Cowork arbeitet darin und macht Updates, neue Templates, neue Ressourcen, Projektupdates, pusht es quasi das zu Gitup. Das ist meiner Cloud MD mit hinterlegt, dass ich quasi nach jeden Informationsergänzung in mein W das auch zu Gitter pushen möchte, dass ich quasi hier immer die aktuellste Version habe. Das hat mir schon mal die bisschen den, wie nennt man? äh die Gefahr genommen, mein Volc zu nehmen, wenn ich mit mehreren Instanzen damit spreche. Es funktioniert weiterhin nur lokal, aber ich habe schon mal das Backupen dahinter für mich gelöst. Ein Next Step, den ich testen möchte und den ich euch jetzt mal als Free Template zur Verfügung stellen möchte, ihr was ich jetzt testen will, ich will auf Hostinge mir ein VPS holen. Auf diesen VPS packe ich eine aufen Clo Instanz, packe ich ähm aus mein Obsidian Volt mein Gitup, pack quasi ein Olama Modell mit oben drauf und folgenden MCP AI plus Obsidian. Dadurch wird mein Obsidian von außen erreichbar. Das heißt, mein OpenCla, mit den ich mit Telegram z.B. schreibe, der kann direkt auf der gleichen Platte oder auf dem gleichen Server läuft alles im W lesen ähm und macht ein Backup automatisch quasi alle paar Stunden, Minuten, wie man es auch immer definieren möchte zu Gitup. Also, da ist mein Backup. Auf mein VPS läuft quasi Obsidian, der MCP Server und äh natürlich auf dem Claw. Und ich kann aber den MCP, diesen hier jetzt mit meinem lokalen Cloud Cowork oder Cloud Code connecten, der quasi Information rausziehen kann, wie meine Brand Voice oder zu Projektinformation. Genauso kann ich aber auch über den MCP schreiben und das finde ich ein sehr interessantes Setup, weil ich dann den ohne Obsidian Synchronisation trotzdem in allen meinen Agent Tools mit Obsidian kommunizieren kann. Das ist mein nächster Test, den ich jetzt durchgehen will. Wenn ihr ähm das selber mal testen wollt oder mal wie ich ein Live dazu machen soll, ein Livestream, lasst mich gerne wissen in den Kommentaren. Das ist ein sehr interessanter Case, den man erstmal validieren muss, ob er auch so wirklich so funktioniert, wie ich ihn gerade geplant habe. Sieht aber an sich sehr gut aus. Dann lass uns jetzt aber mal eingehen, wie ge definiere ich jetzt diese verschiedenen Layer und setze sie auch um. Ich habe schon erwähnt, der erste Layer ist Knowledge und ähm ich habe ganz am Anfang von meinem AI Chief of Staff erzählt, der mir täglich quasi ein Update gibt, was ist zu tun. Ich habe quasi hier unter Areas Life Strategy ähm sogenannte Breakdowns, also ich habe mir Jahresziele und Breakdown für April. Und äh basierend darauf will ich eigentlich wissen, hey, was habe ich heute zu tun, was es liegt an und ähm bin ich aligned mit meinen Breakdowns für diesen Monat, dass ich nicht an den falschen Sachen arbeite. Heißt, ich musste mir überlegen, das ist jetzt mein, ich habe nur den Knowledge erstmal zu meinen Breakdowns und ich habe bei mir ist es Toils die App, da habe ich meine ganzen privaten Tasks, die ich an den ich arbeite. Das heißt, das ist mein Knowledge Layer, mit dem ich arbeite. Okay, was soll er machen? Er soll alle Task quasi sich anschauen, die heute, morgen und die Woche geplant sind. Und die vergleichen mit dem aktuellen Breakdown. Habe ich gesagt, das Thinking Layer ist Skills. So habe ich in Cloud Cowork oder generell in meinem Cloud Universe. Im Cloud Code ist es auch verfügbar. äh können wir uns einmal anschauen. Ähm habe ich quasi einen Today slashbefehl. Wenn ich den ausfüle ausführe, den habe ich quasi auch hier zur Verfügung. Ä today da ist quasi hier. Wir können uns auch noch mal oberflächlich quasi anschauen. Skills today ist quasi einfach. Er geht halt rein, um zu schauen, was steht in mein Obsidian, in meinem Breakdown drin, plus was das in meiner Tod-Do ist und gibt mir einen Report einmal natürlich Inline Chat und erstellt ein Daily Note mit dem Feedback dazu, was quasi besprochen wurde. Quasi viele Task und definiert genau, okay, hey, gib mir eine Empfehlung. Ey, basieren auf den Breakdowns arbeitest du gerade an diesen Task, wie weit geht das auseinander? Ähm, das hilft mir krass on track zu bleiben, dass ich halt wirklich sehe, okay, ähm, hier habe ich ein Problem und das ganze dauert ungefähr 30 Sekunden. Ich habe den Skill relativ einfach gebaut. Ähm, ich bin äh das könnt ihr mit Cloud Code oder Cork machen, ähm in den Ordner gegangen, habe quasi äh Skill Creator ähm Skill aufgerufen, habe beschrieben, ey, ich möchte jetzt äh anhand meines Second Brains mir schauen, ob ich an den richtigen Sachen arbeite. Ich habe unter Area Life Strategy meine monthly Breakdowns und die müssen abgeglichen werden mit meinem Task Management Tool. kann alles mögliche sein. API fe, ich muss es halt sein. Bei mir ist es toist. Und dann hat er mir ein paar Fragen gestellt, wie ist der API Key und so weiter und so fort. Das habe ich in dem Skill quasi connected und aufgebaut und dann hatte ich den Skill, den ich jetzt überall verwenden kann. Ich könnte den Skill auch bei anderen Agent Systemen natürlich verwenden, wenn ich möchte. Schon fast ein Standard Sachen, wie das quasi vorgeht. So, wir haben schon mal ein sehr gutes Verständnis von den drei Layern, wie man das aufbauen kann und wie ihr selber jetzt hier das executen könnt. Also, ihr geht jeden Tag in euer Cloud Cowork rein oder im Cloud Code rein, jetzt in meinem Beispiel als Execution Layer und führe den Skill Today aus. So könnt ihr das natürlich jetzt abstrahieren für alle möglichen Task, die ihr habt, ähm wenn es Monly Reports sind, wenn es quasi Content Production ist und so weiter und so fort. Ich will aber so ein paar äh ja Edge Cases noch sagen, die mir aufgefallen sind. Es gibt z.B. Dispatch. Dispatch ist die Möglichkeit euren ähm lokalen Cloud mit eurem Handy zu verbinden. Da scannt ihr was ab und dann ist es quasi verbunden. Ich kann mit meinem Handy schreiben. Das funktioniert sehr [schnauben] schlecht. Warum? Weil Dispage nur in One funktioniert. Das heißt, ihr könnt eine Nachricht schicken. Das kommt zwar Desktop an, er führt das auch aus. Also, ihr kann mit eurem lokalen Obsidian sprechen. Das heißt, ähm, der Dispatch kann lokal mit euer äh mit eurem lokalen Obsidian V sprechen und auch interagieren, aber er kann nicht aktiv Antworten schicken. Das heißt, ihr müsstet nach 2 d Minuten sagen: "Ey, bist du fertig?" Und erst dann kann er antworten. Das fin ich bei Dispatch halt nicht so optimal gelöst. Und da ist z.B. die Open Cla Variante, die ich das Setup, was ich vorhin erwähnt habe, die deutlich bessere Variante aus meiner Sicht. Das fand ich sehr interessant. Wenn ihr euch aber das Leben leichter machen wollt, könnt ihr natürlich ähm unter Schedule Task ein New Task definieren und hier könnt ihr auch Skills aufrufen. Das heißt, wenn ich sage äh an Wochentagen, bitte rufe SL Skill auf, ähm tut ihr das quasi und ich habe jeden Tag ähm um 9 Uhr, je nachdem, wenn ich einen festen, ich weiß, ich bin immer um 10 Uhr am Rechner, könnte ich um 9:30 Uhr das quasi machen. ähm das quasi ausgeführt wird. Ihr müsst natürlich hier jetzt euren äh Volt aus äh führen und natürlich alle Genehmigung überspringen. Wenn ihr z.B. ähm noch zusätzliche Konnektoren drin habt, wo ihr das genehmigen wollt, wenn ihr keine Konnektoren braucht, braucht es natürlich nicht, aber das ist so ein paar Hacks und Tricks, wie ihr das machen könnt. Ähm, es gibt natürlich jetzt auch äh Routinen ähm, wo die Skills aber noch nicht so gut funktionieren. Ich hoffe, das kommt noch. Und gerade mit meinem Gitup Setup wäre das dann sehr gut möglich, dass ich quasi Remote sage und kann jetzt beim Repository hier das Repository auswählen [schnauben] Sasche OS, um das dann quasi zu darin laufen zu lassen. Also was haben wir jetzt eigentlich gelernt? Es geht nicht darum Obsidien zu nutzen, Cloud Code und Skills. Es geht darum zu verstehen, welche Layer gibt es. Es gibt das Knowledge Layer, es gibt das Thinking Layer und das Execution Layer. Wie ihr das befüllt, mit welchem Stack ist eigentlich euch überlassen, aber für ein sauberes ähm Second Brain Agent System oder in meinem Fall AI Chief of Stuff ist das mit Obsidian und Cloud Code eine sehr sehr mächtige Variante, die ich auf jeden Fall sehr empfehlen kann. Und das ist jetzt eigentlich deine Arbeit, sich eine Struktur zu überlegen, mit dem du gut arbeiten kannst. Ich habe hier ein paar Impulse gegeben, wie man es auf jeden Fall machen kann. Ob es für dich ein Mehrwert ist, das musst du für dich schauen, ob der Deck auch für dich passt. Aber ich kann es auf jeden Fall empfehlen aus den letzten Wochen, wo ich es getestet habe. Wenn du mehr solche Sachen lernen willst, dann würde ich mich über ein Like, ein Kommentar und ein Follow freuen. Lass mich auf jeden Fall gern wissen, was dich beschäftigt zu Second Brain und Obsidian mit Cloud und ja, bis dann erstmal happy building und Peace Gut.