Virtual Folders

Redleaf’s design mission has always been portability: a fully processed knowledge graph, encapsulated in a single folder, ready to hand to a colleague.

But building a local first knowledge engine inevitably runs into a very physical constraint: data gravity.

With a few dozen PDFs, keeping everything neatly inside a documents/ directory is trivial. At the scale of terabytes, historical archives, podcast libraries, parsed email dumps, that requirement becomes friction.

You cannot always bring the data into your workspace. Sometimes you have to meet it where it lives.

EchoText Update

Text-to-speech has taken a massive leap this decade. We’ve gone from digging through obscure Tacotron papers to listening to neural voices that are nearly indistinguishable from human narration.

There’s just one problem: the best tools are usually locked behind a paywall.

There are open-source, local alternatives—but they tend to be difficult to set up and even harder to integrate into a daily workflow. That gap is what led me to build EchoText.

Organizing Context in Node Leaf

In a spatial environment, structure should be visible at a glance instead of something you have to reconstruct by squinting at a long chain of nodes.

When I first built Node Leaf, there was no Merge Node. And at the time, that made sense.

Assembling context for an LLM is not like video compositing. You are not layering A over B. The model does not care about visual stacking or strict ordering. It just needs access to the full set of inputs.

Agentic Wiki

Modern AI chat interfaces boast massive context windows, yet they remain fundamentally constrained by one critical flaw: they are ephemeral.

You can spend hours curating inputs, extracting insights, and refining ideas within a session—but the moment that session ends, the structure of that knowledge collapses. What remains is not a system, but a transcript.

Return a month later, and you don’t continue forward, you reconstruct from fragments.

This makes chat interfaces powerful for isolated problem-solving, but fundamentally inadequate for long-term, compounding research. There is no continuity. No accumulation. No persistent state.

Redleaf Hub

Redleaf was built around the Flask framework because it aligns perfectly with the core ethos of the project. Flask enabled me to build Redleaf as a highly portable and team-based system—one simple enough to either run over a local network or distribute as a standalone, precomputed project folder.

However, to use the Redleaf Engine alongside the Node Leaf visual canvas, you often had to juggle multiple steps—open a terminal, navigate directories, activate environments, start backend services, and launch the interface. Each step adds friction. And friction is the enemy of flow.

Human RAG: The Forgotten Half of Retrieval

The AI industry is currently fixated on RAG (Retrieval-Augmented Generation). The premise is straightforward: an LLM is only as effective as the context it receives, so we augment prompts with relevant information retrieved from vector databases.

This approach works well, for machines.

But it quietly overlooks something critical: the human in the loop.

Before RAG became a buzzword, we called this process something much simpler, search. But search has fundamentally degraded for humans. We’ve watched the death of powerful, standalone search utilities (like the old Google Search Appliance hardware) in favor of walled-garden cloud storage like Google Drive, where finding a specific document feels like a roll of the dice.

Node Leaf

Update: Node Leaf is now live.
https://github.com/nathanfx330/node-leaf

I recently reached a major milestone in a long-term personal project: a nodal word processor built in Flutter. Designed to integrate with the Redleaf knowledge engine, this application structures writing and research into a visual web of nodes that pipe data directly into local LLMs through Ollama. I started Node Writer to pursue a long-held dream of creating a nodal word processor, with the vision that it would naturally merge with Redleaf’s development—evolving into an assistant that grows its ability to help you work with nodes.

Deep Writer

Deep Writer

I recently released Node Writer. On its own, it was my response to the skeuomorphic persistence of digital paper and the blinking cursor. Traditional editors still assume writing happens linearly, as if ideas arrive fully formed from top to bottom. Node Writer challenges that assumption by abstracting writing into nodes — movable units of thought that can be stacked, rearranged, and explored spatially rather than sequentially.

But that release was only the first milestone.

Node Writer

My first word processor was ClarisWorks on Mac OS 8 in the late nineties. Since then, nothing has changed. We are still staring at a fake digital piece of paper. After years of Microsoft Word, LibreOffice, and Google Docs, the core experience remains exactly the same. Moving text with a cursor is a tedious, character-by-character chore, with no simple way to rearrange blocks of writing. Writing is about abstracting ideas, exploring structure, and developing details. We get so caught up in modern UX capabilities that we forget to innovate. Too often, we don’t reinvent the paradigm, we just digitize it.

Redleaf Ai Assistant

🔎 How the Terminal AI Assistant Works

The assistant provides a two-step workflow: first search and summarize, then follow-up question mode.

1️⃣ Search and Summarize

When you issue a query, the assistant can:

Once relevant results are found, the assistant summarizes each document or page, producing concise, context-aware overviews.

Curators and Explorers

Today marks a major milestone for the Redleaf Engine. I’m thrilled to announce a new set of features that transform Redleaf from a personal knowledge tool into a powerful platform for distributing curated datasets and enabling team collaboration.

The core idea is simple but powerful: what if you could do all the heavy lifting of processing hundreds of documents and then package the entire, fully-analyzed knowledge base into a single, portable unit? What if you could send that “knowledge package” to a colleague, a research team, or even publish it for the world to explore?

Redleaf Tutorial 2 Core Workflow

Now that you have Redleaf installed and your documents added, it’s time to build your knowledge graph. The Redleaf Dashboard features three main workflow buttons that control the entire process. This guide explains what each one does.

The Three Main Workflow Buttons On The Redleaf Dashboard.

The Three-Step Process

The core workflow is designed to be simple and explicit, giving you control over when your computer’s resources are used. The process consists of three sequential steps:

Redleaf Engine Update

I’ve always been struck by the fact that while our computers can store files, they don’t really understand them. That’s the idea behind Redleaf—and I’m excited to announce that version 2.0 is now ready.

For anyone new to the project, Redleaf is a local-first knowledge engine. The goal is to take a folder of documents (PDFs, transcripts, HTML, etc.) and turn it into a private, interconnected knowledge graph that you actually own and control.

Anatomy of a Hugo Theme

My recent journey into building a Hugo blog led me down a rabbit hole of complex themes.
https://gohugo.io/

While powerful, they often felt like a black box. I decided to strip everything away and ask: what are the absolute essentials to make a Hugo theme work?

To truly start from “scratch,” you first need the underlying folder structure. There is a blank slate theme that nobody talks about called Zen. It’s a bare-minimum boilerplate that sets up the necessary folders and semantic HTML without any of the bloated CSS or scripts.