\n
\n Part 1 \u2014 Mining lifecycle patterns from git history<\/p>\n
\u26a1 TLDRWhat: A CLI tool (hermes-harness) that mines git history for recurring failure\/fix patterns and makes them searchable across repos. “Has this failure happened before?” \u2192 answer in milliseconds.<\/p>\n
How: Reads full git history \u2192 extracts reverts, file coupling, topic clusters \u2192 compresses each pattern into a 128-dim vector \u2192 cosine similarity search. No AI at query time.<\/p>\n
Who it’s for: Tech leads and platform engineers managing 3+ repos who’ve said “we fixed this last quarter” and couldn’t find the ticket.<\/p>\n
Try it: npm install -g hermes-harness && hermes-harness seed-query “your error”<\/p>\n
Contribute: github.com\/vystartasv\/hermes-harness<\/p>\n
The narrow band this fits into<\/p>\n
This tool is useful in exactly one scenario: you have multiple repos that share failure patterns, and you can’t keep track of them in your head.<\/p>\n
That’s it. If you’re a solo dev with one repo, your memory is enough. If you never revisit old tickets, the hints are noise. If every bug is novel with no precedent, you won’t find matches.<\/p>\n
The shape of a team that needs this:<\/p>\n
3+ repos in active development (different stacks, same org)<\/p>\n
Recurring failure classes \u2014 auth timeouts, dependency conflicts, CI flakiness, config drift<\/p>\n
Tribal knowledge problem \u2014 the person who fixed it last time has moved on or forgotten<\/p>\n
Ticket boards with resolved items nobody reads<\/p>\n
The tool doesn’t predict novel failures. It connects the dots between the ones you’ve already seen and fixed.<\/p>\n
A few years ago, Yann LeCun published A Path Towards Autonomous Machine Intelligence. The core idea: an intelligent system doesn’t need to model every pixel of the world. It needs a world model \u2014 a compressed representation that predicts what happens next and flags what’s surprising.<\/p>\n
Most people read that paper and thought about self-driving cars.<\/p>\n
I read it and thought about git log.<\/p>\n
The problem<\/p>\n
Every project I’ve worked on has the same memory problem. You fix a bug, close the ticket, move on. Three months later, the same class of failure hits a different repo \u2014 different stack, different team, same root cause. Nobody connects them because nobody searches across repos for lifecycle patterns.<\/p>\n
We have code search (Sourcegraph, GitHub Code Search). We have error tracking (Sentry, Datadog). We have observability (Grafana, Honeycomb).<\/p>\n
We don’t have history search \u2014 the ability to ask “has this failure pattern happened before?” and get answers from every repo, every ticket, every commit across your entire organization.<\/p>\n
The JEPA insight<\/p>\n
LeCun’s Joint Embedding Predictive Architecture compresses high-dimensional observations into a latent space where prediction happens. Pattern \u2192 vector. Predict in vector space. Flag when prediction doesn’t match reality.<\/p>\n
A git repository isn’t code. It’s a history of state changes \u2014 commits, reverts, file co-changes, ticket reopens. Every revert is “we tried X and it didn’t work.” Every reopened ticket is “the first fix was incomplete.” Every pair of files that always change together is “these are coupled.”<\/p>\n
That’s a world model. It’s already there. It just needs to be compressed and made searchable.<\/p>\n
What I built<\/p>\n
hermes-harness mines git history for lifecycle patterns and compresses them into a searchable world model.<\/p>\n
npm install -g hermes-harness<\/p>\n
# Query across 11 pre-indexed public OSS repos
\nhermes-harness seed-query “dependency version conflict”
\n# \u2192 48% match: “Playwright version roll” (playwright-go)
\n# \u2192 28% match: “dependency bumps and fixes” (chatbot-ui)<\/p>\n
# Mine your own repos
\nhermes-harness mine-git<\/p>\n
Enter fullscreen mode<\/p>\n
Exit fullscreen mode<\/p>\n
The extraction pipeline:<\/p>\n
Read full git history \u2014 subjects, bodies, files, parents, dates<\/p>\n
Extract \u2014 revert chains (pure signal: “we tried this and it didn’t work”), file coupling (latent architecture), topic clusters<\/p>\n
Compress \u2014 each pattern becomes a 128-dim word-count vector (no GPU, no API, pure arithmetic)<\/p>\n
Query \u2014 cosine similarity across all vectors, results in milliseconds<\/p>\n
No AI at query time. Once trained, the entire model fits in 200KB and runs on a $5 VPS.<\/p>\n
The seed<\/p>\n
I ran it against 11 public repos: LangChain, Next.js, Svelte, Vite, Supabase, n8n, Biome, and others. 21 patterns surfaced from ~2,200 commits.<\/p>\n
The seed is sparse. That’s the point. It’s a demonstration that the mechanism works \u2014 not a finished product. The model needs data.<\/p>\n
Credit where it’s due<\/p>\n
The conceptual foundation comes from Yann LeCun’s work on world models and the JEPA architecture:<\/p>\n
The implementation is trivial by comparison. I just replaced neural embeddings with word-count vectors and pixels with git commits. The insight isn’t the code \u2014 it’s that every repo already contains a world model. The code just extracts it.<\/p>\n
How you can help<\/p>\n
The world model gets better every time someone runs the harvester against a repo they care about. If this concept fits your narrow band:<\/p>\n
Clone your favorite OSS repo and run hermes-harness seed-harvest<\/p>\n
Export the patterns with hermes-harness seed-export and open a PR<\/p>\n
Mine your own repos \u2014 private, local, no data leaves your machine<\/p>\n
Write a new miner \u2014 Slack channels, calendar events, browser history \u2014 the same pattern applies to any system with state changes and repetition<\/p>\n
The architecture is designed for contribution: one JSON file per world, a shared vocabulary, cross-repo search that doesn’t care where the patterns came from.<\/p>\n
What’s next (the series)<\/p>\n
This is Part 1 of a series on world models built from everyday data:<\/p>\n
Part 2: Mining ticket boards for lifecycle patterns (reopens, incomplete fixes, root causes)<\/p>\n
Part 3: Cross-repo querying \u2014 when a pattern in LangChain helps debug a Supabase issue<\/p>\n
Part 4: Beyond code \u2014 calendars, Slack channels, browser history as world models<\/p>\n
Package: npm i -g hermes-harnessCode: github.com\/vystartasv\/hermes-harnessContributing: CONTRIBUTING.md<\/p>\n