<rss version="2.0">
  <channel>
    <title>Obsidian on LLBBL Blog</title>
    <link>https://llbbl.blog/categories/obsidian/</link>
    <description></description>
    
    <language>en</language>
    
    <lastBuildDate>Thu, 25 Jun 2026 10:00:00 -0500</lastBuildDate>
    
    <item>
      <title>How I Researched the Time Series With My Second Brain</title>
      <link>https://llbbl.blog/2026/06/25/how-i-researched-the-time.html</link>
      <pubDate>Thu, 25 Jun 2026 10:00:00 -0500</pubDate>
      
      <guid>http://llbbl.micro.blog/2026/06/25/how-i-researched-the-time.html</guid>
      <description>&lt;p&gt;Writing ~30 daily, deeply technical posts about the history, physics, and software guts of &amp;ldquo;time&amp;rdquo; was not something I could sit down and free-type into a CMS every morning. To keep the whole thing cohesive, connecting the 1967 cesium-second redefinition to the Y2038 bug without contradicting myself three weeks apart, I leaned hard on my research workflow.&lt;/p&gt;
&lt;p&gt;I don&amp;rsquo;t have a spicy, controversial take on second brains or personal knowledge management. I have one firm opinion: every engineer should have one. That&amp;rsquo;s it.&lt;/p&gt;
&lt;p&gt;The secret to how I organized the Time series, if there is one, is that I kept it boring. Simple files, a little Markdown discipline, and everything stored locally.&lt;/p&gt;
&lt;h2 id=&#34;the-master-map&#34;&gt;The Master Map&lt;/h2&gt;
&lt;p&gt;If you opened my Obsidian vault and looked in &lt;code&gt;Research/Time/&lt;/code&gt;, you wouldn&amp;rsquo;t find a chaotic pile of notes. You&amp;rsquo;d find a few folders (&lt;code&gt;Physics&lt;/code&gt;, &lt;code&gt;Computing&lt;/code&gt;, &lt;code&gt;Calendars&lt;/code&gt;, &lt;code&gt;Measurement&lt;/code&gt;) and one file that mattered more than the rest: &lt;code&gt;30 Days of Time - Blog Plan.md&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;That document was the central nervous system for the whole month. It didn&amp;rsquo;t hold the actual post text. It held the roadmap, stitched together with Obsidian&amp;rsquo;s cross-links. When I was plotting Week 3, the plan read like this:&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;### Day 13 - Unix time
- Source: [[Unix Time]]
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;That &lt;code&gt;[[Unix Time]]&lt;/code&gt; link pointed to a dedicated research note where I&amp;rsquo;d dumped every raw finding, link, and code snippet I had on the topic, including the rabbit hole on leap seconds getting smeared. The plan stayed clean and skimmable. The mess lived one click away, exactly where I needed it when I sat down to write.&lt;/p&gt;
&lt;h2 id=&#34;get-good-at-markdown-not-plugins&#34;&gt;Get Good at Markdown, Not Plugins&lt;/h2&gt;
&lt;p&gt;Don&amp;rsquo;t go too crazy with plugins. I run a fair number of them myself and that&amp;rsquo;s fine, find the ones that genuinely help you. But the thing that actually pays off is getting good at the fundamentals of Markdown first, instead of spending a weekend configuring when you could be writing.&lt;/p&gt;
&lt;p&gt;Tags and cross-linking are the connective tissue. By tagging research notes with &lt;code&gt;#time&lt;/code&gt; and &lt;code&gt;#physics&lt;/code&gt; and linking them to each other, you build a web of context that surfaces on its own when you go to write. I didn&amp;rsquo;t have to remember where I&amp;rsquo;d put the note on atomic clocks. The links pulled it up next to everything related to it.&lt;/p&gt;
&lt;p&gt;Tag your concepts, link your ideas, and let the structure do the remembering for you.&lt;/p&gt;
&lt;h2 id=&#34;your-agents-can-read-it-too&#34;&gt;Your Agents Can Read It Too&lt;/h2&gt;
&lt;p&gt;I was experimenting with building Second Brains using LLMs and agents over a year ago, and those early lessons still hold up.&lt;/p&gt;
&lt;p&gt;When your entire knowledge base is plain, cleanly tagged, locally-stored Markdown, it becomes easy for the LLM harnesses to help you learn, explain, and synthesize your knowledge. A well-organized vault doesn&amp;rsquo;t just help your biological brain find things. It lets your AI tools act as an actual research assistant instead of a passive text generator. They can follow your &lt;code&gt;[[links]]&lt;/code&gt;, read your tags, and pull the same context you would have pulled by hand.&lt;/p&gt;
&lt;p&gt;I&amp;rsquo;ve leaned into this hard on this project. I wrote templates, a handful of custom skills, and a few project-specific sub-agents whose whole job is to figure out how to make my harness work harder for me. That&amp;rsquo;s the general move I&amp;rsquo;d push: don&amp;rsquo;t just store context, build the small pieces of automation that turn that context into real productivity.&lt;/p&gt;
&lt;p&gt;The work you do to make a vault readable for &lt;em&gt;you&lt;/em&gt; is the same work that makes it readable for the agents.&lt;/p&gt;
&lt;h2 id=&#34;just-start-writing-it-down&#34;&gt;Just Start Writing It Down&lt;/h2&gt;
&lt;p&gt;You don&amp;rsquo;t need a perfect system on day one. I still don&amp;rsquo;t. The Time vault grew one messy note at a time until it was ready to help shape the series.&lt;/p&gt;
&lt;p&gt;As the tooling gets faster and context keeps exploding, having a system to organize your thinking is a superpower. Build something that helps you organize your Markdown, tag your concepts, and cross-link your ideas. Then keep feeding it.&lt;/p&gt;
&lt;p&gt;How are you managing your long-term research right now?&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;I&amp;rsquo;d appreciate a follow. You can subscribe with your email below. The emails go out once a week, or you can find me on Mastodon at &lt;a href=&#34;https://micro.blog/llbbl?remote_follow=1&#34;&gt;@logan@llbbl.blog&lt;/a&gt;.&lt;/p&gt;
&lt;/blockquote&gt;
</description>
    </item>
    
  </channel>
</rss>