← Back to Workflows
Workflow
September 14, 2026

How Fulcra Makes My Agent's Work Portable Across Sessions and Fresh VMs

Headshot of Greg Klein
Greg Klein

Co-founder/CTO of Incipia, an app development studio turned full-service digital agency. $0→$2.2M in 5 years, profitable each year, peak team of 21. Engineering Team Leader at Rocket Central. Full-stack builder from native mobile/web/desktop applications to cross-platform game development to data warehousing.

Where This Idea Came From

I asked my agent to break down what I use it for most and identify what additional context would make it more useful. It didn't have enough session history to answer honestly from our conversations alone, so I pointed it to my schr3b3r GitHub account, which I created specifically for agent-driven programming.

What My Agent Found

It reviewed one year of activity from the account: 429 commit contributions, 84 pull requests, 12 issues, and 26 pull request reviews. The work fell into five main categories:

  1. Authoring and reviewing agent skills.
  2. Building and refining the harness used by fulcra-rapid-prototype.
  3. Using the harness to produce test projects.
  4. Testing those projects to find problems and improve the harness.
  5. Using Hermes and Claude Code in fresh VMs to author and review pull requests.

Problem

Each fresh VM gives my agent a clean environment, but it also starts without much understanding of the work that came before it. GitHub contains the code and activity, but the agent still has to work out which repositories matter, how the projects relate, and why earlier decisions were made. Any understanding it develops during that process can then disappear with the VM or remain trapped in one agent's chat history. I needed the context to follow me rather than remain tied to a particular agent, session, or machine.

Steps to Solve

  • Analyzed the activity from my agent-only GitHub account.
  • Identified the recurring types of work and the most relevant repositories.
  • Created a shared knowledge vault in my Fulcra account.
  • Added a GitHub work map explaining what the account is used for, how the projects relate, and where an agent should begin.
  • Added an index so authorized agents can find the map.
  • Changed the agent's local memory to point to the Fulcra version rather than keeping a separate copy.
  • Uploaded the files to Fulcra, downloaded them again, and verified that they matched.

Solution

GitHub remains the source for the latest code and current pull request status. Fulcra holds the durable context that explains what the work means and how it fits together. My agent's local memory now contains only a pointer to that shared context. This avoids creating a second version that could become outdated.

Result

When I start another VM or work with a different authorized agent, the useful context no longer has to begin from zero. The agent can use Fulcra to understand the main projects, their purpose, and the history already captured there. That context is available even when the new session isn't authenticated to GitHub. GitHub access is still needed for the latest code or live PR status, but it's no longer the only place an agent can learn what I've been doing. The practical benefit is simple: I own the context, and it can move with me across Hermes, Claude Code, fresh VMs, and future AI tools instead of being left behind in one conversation.

The future is personal and private.

Fulcra was designed by people who get privacy and know the importance of an infrastructure solution that can be the secure private datastore for the rest of your life. Here data is yours, under your control, and only shared with the people and tools you choose to share it with.