ML Engineer & Co-founder @Oiya_ai. Building OpenLore because agent knowledge is infra. Open source.

London, United Kingdom
Joined February 2013
Your team’s docs shouldn’t live in Git. They should live in a remote filesystem your agents can search. Launched OpenLore at the Claude Code Copenhagen meetup last week. It serves your docs as a shell over SSH. One Go binary. github.com/aakarim/go-openlo…
1
1
7
412
Adil Karim retweeted
We just hit our first 1k stars on GitHub ⭐️ OpenLore started from solving a problem we faced every day (like all good ideas): once multiple AI agents share knowledge, prompts and folders stop being enough. You need permissions, provenance and rules the agents can’t ignore. Nice to know we’re not the only ones thinking about this. If you’re not using OpenLore, there are now 1,000 people whose agents are better set up than yours 👀 github.com/aakarim/OpenLore
2
4
43
Adil Karim retweeted
Want to see which docs are getting bloated, what your agents are actually reading, and where context is wasting your tokens? OpenLore v0.7.0 shipped last week. OpenLore can surface the problem, then your agent can fix the structure. Same knowledge. Less context. Better signal. Free & open source: github.com/aakarim/OpenLore
2
2
61
Field guides are a brilliant method for a swarm of agents to document decisions on long-running tasks without conflicts. All you need is line budgets, and they’re supported natively in OpenLore.
i didn’t get why cursor made their own git system at first, but after checking out their agent swarm blog, it makes a lot of sense. highly recommend everyone to read it. they went from doing 1000 commits an hour to 1,000 per second in just a few months. that’s a 60x increase. crazy cursor.com/blog/agent-swarm-…
9
256
Agents are great at writing… and absolutely terrible at knowing when a document is done. Engineering plans pulls can pull in marketing context. An architecture doc goes three levels deeper than anyone actually needs (wasting time and tokens along the way!). With multiple agents writing to the same knowledge base, everything bloats. Every agent that reads those files pays the cost in tokens and quality. So to fix this, we just shipped context controls for OpenLore. Now you can set budgets on your files: line limits, token limits, file size caps. You can apply them per directory with glob matching. You can use "sticky" mode to lock a file at whatever size its first write was, or set hard absolute limits. When an agent writes over budget, the write is blocked. Not truncated or warned, but blocked. The agent has to either rewrite to fit, or create a new file and reference the original. It forces a decision about what actually matters. This only works because OpenLore controls the write path. With git, you find out after CI. With Notion, you can't find out at all. If you're sharing context across agents and teams, those tools weren't built for this. OpenLore catches it at write time, because it owns the filesystem. This release builds on the file history and provenance we shipped in v0.5.0, and is built on our plugin system, so you can define your own write-path rules beyond just size. OpenLore is a minimal, extensible, agent-native knowledge base that keeps shared context current and inspectable. Open source: github.com/aakarim/go-openlo… Try it yourself: ssh openlore.sh teach | claude
1
1
2
420
If you’re building a software factory it doesn’t just produce code, it also produces docs. You need workflows around those docs to govern them so it doesn’t produce slop. We’re seeing lots of new exciting ways to use OpenLore as a knowledge platform, rather than a knowledge base, just like this.
I open-sourced my AI-ready second brain & GEO/AEO setup. You get the structure, prompts, workflows and context files I’m using to turn notes into something agents can actually read, use and build on.
3
84
Directories are tables - that’s why we extended xattrs to be easier to use in OpenLore. Add anything you want listed in an ls output that you want an agent to see in a directory. Much cheaper progressive disclosure. youtu.be/qdS8rxVYFJk
1
2
135
Adil Karim retweeted
apple notes > both
Maturity is realizing that Obsidian > Notion
1
1
10
2,449
Verified client identity used to be an enterprise problem. You needed it because a hundred people and a dozen services touched the same systems. Now I've got Claude, Codex and Amp all writing to the same knowledge base, and weeks later I couldn't remember which agent I did the thinking on. OpenLore v0.5.0 (🎉) adds agent provenance through verified identity to your docs. Every write logs the person, the agent, how that agent proved it was itself, and what changed. Just the beginning of the governance features we have planned - watch this space! Also in this release: Per-agent, per-docset permissions. Your coding agent gets read/write everywhere. Claude Desktop only sees the folders you name. Add your own roles through the plugin system. Open source: github.com/aakarim/go-openlo… Try it: ssh openlore.sh teach | claude
1
4
79
Adil Karim retweeted
So many S3 performance misunderstandings. Let me clear this up for you all.
There is a lot of hype around putting the WAL on object storage. However, for low-latency systems, e.g. OLTP databases, object storage is a suboptimal primitive for the WAL: (1) PUTs are expensive for small WAL writes [bytes/$]. (2) Object stores are optimized for throughput, not latency, with write latencies often around 10-50 ms. Because every transaction must wait for its WAL record to become durable, every transaction inherits that latency. This points to a missing storage primitive. In our (@maxikuschewski @melhindiCS @viktor_leis) latest accepted research paper at VLDB, we looked at how to close that gap.
87
238
36
3,953
964,929
An RLM recursing over Bash is a stroke of genius. shellm support coming in the next version of OpenLore. Long live Unix.
Introducing Headlong, an open source microharness for persistent agents: self-guided agents that think continuously. Most agent harnesses are reactive: you send a task, the agent completes it, and then it sits frozen until the next request. Cron jobs and heartbeats wake it up to run a checklist and put it back to sleep. A Headlong agent is never asleep. It keeps generating thoughts about whatever it decides is interesting, in a self-guided loop inspired by human inner monologue. Your message doesn't start a session. It's one more observation that lands in the agent's thought stream, and the agent decides if and when to reply. Headlong is built on the idea of persistent agency: continuous inner thought generation between external interactions. The agent sets its own interests and priorities, comes up with its own projects, and sometimes pings you unprompted with progress. To keep our prototype as simple and small as possible, we implemented Headlong as a microharness: a complete agent harness in under 10K lines of Bash, organized as a handful of small executables. It includes a loop that generates the next thought, shellm (a recursive language model written in Bash), a trajectory stored as a DAG of jsonl files, and context as a projection of that trajectory. We've been running one Headlong agent internally at Laude for several weeks. The whole team talks to it over Slack and Telegram, and every conversation lands in its single stream of thought. It works in its own fork of Headlong and we've pulled over 50 of its commits into main. One night, with nobody talking to it, it went back to check whether a recall process it had built was actually wired into its mind, found that it wasn't, diagnosed and fixed the bug, and verified the fix end to end. 48 minutes, no human asked for the fix or was in the loop at any point. Every step is a timestamped line in its log. Things broke too, and we wrote those up. Background thinking costs us $1 to $2 an hour, our agent stopped its own service three times by accident, and self-delegation died on day one. Details in the post. One line installs everything and starts an agent. Use a dedicated sandbox and spend-capped API key; it runs real shell commands and thinks around the clock. Headlong is research software, be careful! curl -fsSL headlong.ai/install.sh | bash Launch post: laude.org/updates/headlong-a… Repo: github.com/laude-institute/h… Headlong is a @LaudeInstitute / MIT collaboration.
3
98
Context engineering + governance = knowledge engineering
More engineers should be working on company knowledge infrastructure. The opportunity for vast improvement across your teams is there to be taken. For ten years, company knowledge meant a wiki nobody updated and a founder explaining the same context for the fifteenth time, which was fine when humans were the consumers. Now agents consume company knowledge too they need it structured, governed, current, and shared. The companies I talk to aren’t struggling with model quality. They don’t care. They’re struggling with the fact that their sales agent and support agent quote different pricing, and nobody catches it for weeks until it’s a problem. One engineer working on the knowledge layer has more impact than five engineers building another agent. Because every agent is only as good as what it knows about the business, and right now most agents know almost nothing, and get confused about the little they do know - fast!
3
70
I'm always stashing bookmarks away, never for them to be used again. With this automation + OpenLore I can get my agent to surface the right bookmark when I'm working on something relevant and incorporate it into the work I'm doing right there and then.
My X bookmarks used to be a graveyard. Now they automatically feed my second brain and become context for my agents. Feed this to your agent and clean up your own bookmark graveyard!
1
5
87
Adil Karim retweeted
Replying to @CalebPeffer
Honestly, making internal knowledge less invisible to agents. Small teams still have loads of context scattered across docs, Slack, notes, repos and old decisions. When agents can actually inspect that, they get much more useful. That’s the rabbit hole we’re going down with OpenLore (free, open source: github.com/aakarim/OpenLore)
1
28
6,127
Everyone making agent filesystems is about to rediscover the WAL and I’m ready for it.
3
41
Need to share your skills with the team? OpenLore v0.4.0 - now with version-pinned skills: point a skills directory at a repo and OpenLore tracks, versions and validates them. Your whole team gets skills through the same KB interface from any agent and you get RBAC. Works with Agent Plugins. github.com/aakarim/OpenLore/…
1
1
1
4
129
Started building this before Agent Plugins launched. So, uh, timing. Still useful to have RBAC, and the xattrs primitive underneath should be useful for more than skills - arbitrary metadata on any doc and efficient so lookups don’t get slower the more plugins you add.
1
35
This is exactly why OpenLore is a thin view layer and not an ingestion pipeline. It’s too hard, and too use-case-specific for me to pretend at solving ingestion right off the bat.
2
208
Flexible abstractions around human approval are the next frontier in agent UX. Different sources and use cases require their own approvals workflow but models give you the same workflow by default. If you need to scale agents this has to be solved.
Human-in-the-loop is the easiest thing in the world to put on an architecture diagram. It is the hardest thing to make people actually do. I tried a review dashboard first. Didn't use it. Too much friction. Too far from where I already spend my time. Now the system sends proposed knowledge to Telegram. I approve, reject, or amend it there while I'm doing other things. Takes a few seconds per item. Approval systems fail when they feel like a second job! Keep it inline with your workflows.
1
3
81