HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
vac-architector
VAC-Memory-System
Python2025–2026
vac-architector / VAC-Memory-System

VAC-Memory-System

From cell-tower climber & handyman to AI Architect in 4.5 months via Claude CLI. Built VAC Memory System: SOTA RAG (80.1% LoCoMo) on gpt-4o-mini. Proprietary MCA ranking, <$0.10/M cost, 100% isolation. Open to partnerships.

3Distinct people
12Mentions
0Explicit recommenders
33GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

From cell-tower climber & handyman to AI Architect in 4.5 months via Claude CLI. Built VAC Memory System: SOTA RAG (80.1% LoCoMo) on gpt-4o-mini. Proprietary MCA ranking, <$0.10/M cost, 100% isolation. Open to partnerships.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by week12 dated mentions

Observed mentions: 2025-11-24 16:43:22 UTC to 2026-01-04 01:18:45 UTC. Weeks start Monday, UTC.

02462025-11-24 00:00:00 UTC to 2025-12-01 00:00:00 UTC (exclusive): 6 mentions; 5 submissions, 1 commentsNov 242025-12-01 00:00:00 UTC to 2025-12-08 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments2025-12-08 00:00:00 UTC to 2025-12-15 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsDec 82025-12-15 00:00:00 UTC to 2025-12-22 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-12-22 00:00:00 UTC to 2025-12-29 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2025-12-29 00:00:00 UTC to 2026-01-05 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 commentsDec 29

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Nov 242025-11-24 00:00:00 UTC2025-12-01 00:00:00 UTC651
Dec 12025-12-01 00:00:00 UTC2025-12-08 00:00:00 UTC220
Dec 82025-12-08 00:00:00 UTC2025-12-15 00:00:00 UTC110
Dec 152025-12-15 00:00:00 UTC2025-12-22 00:00:00 UTC000
Dec 222025-12-22 00:00:00 UTC2025-12-29 00:00:00 UTC110
Dec 292025-12-29 00:00:00 UTC2026-01-05 00:00:00 UTC211

What Hacker News says

12 sources
ViktorKuz·Jan 3, 2026Submission

Hi, I'm Viktor.I wasn't a programmer. I didn't build apps. I didn't write code

Hi, I’m Viktor. I wasn’t a programmer. I didn’t build apps. I didn’t write code. My path here was... different. I was born in Russia, but moved to South Korea at 20, forced by political circumstances. For four years, I worked in greenhouses, on construction sites, in factories — I even dismantled mattresses for a living. Later, I crossed the border from Mexico into the U.S. and applied for asylum. I worked in wardrobe assembly in New York, as a handyman in Chicago, and eventually as a cell tower technician — sometimes hanging 100 feet above the ground. And then... five months ago, everything changed. With zero programming background, I started building an AI memory system — one that helps language models think longer, remember better, and act smarter. This is my story. continies here... https://github.com/vac-architector/VAC-Memory-System
Read the rest
/wiki/5-months-at-war-with-Claude-CLI:-how-I-built-a-memory-system-(and-what-it-cost-me)
1 points · Open discussion
ViktorKuz·Dec 23, 2025Submission

80.1 % on LoCoMo Long-Term Memory Benchmark with a pure open-source RAG pipeline

I just pushed the current SOTA on the LoCoMo long-term memory benchmark for agents: 80.1 % accuracy using only: -BGE-large-en-v1.5 (1024d) + FAISS -Custom “MCA” gravitational ranking (keyword coverage + importance + frequency) -BM25 sparse retrieval -Direct Cross-Encoder reranking (bge-reranker-v2-m3) on the full union (~120-150 docs) -Gpt-4o-mini only for final answer generation and judging (everything else is open weights or classic) Repo: https://github.com/vac-architector/VAC-Memory-System Key tricks that finally broke 80% : -MCA-first filter (coverage ≥ 0.1 → top-30) — catches exact-keyword questions early -Feeding the entire union straight into Cross-Encoder (112–135 documents) instead of pre-filtering -Proper query instruction for BGE-large (the classic “Represent this sentence for searching relevant passages”) The whole pipeline r
Read the rest
uns in < 3s per query on a single RTX 4090. LoCoMo is currently the hardest public long-term memory benchmark (5.880 real human–agent conversations, multi-hop, temporal, negation, etc.). Beating Mem0 official baseline by ~12–14 pp with fully open components feels pretty good. Would love feedback, especially from people who are also grinding on agent memory systems. My background: My path didn't start in an IT office, but in Columbus, Ohio, where I worked as a handyman after leaving my job on the cell towers. The decision came from necessity: I bought a powerful PC on installments and resolved to create something that would change my life. I had no experience, but I had an idea. Using Claude CLI as my sole mentor, I focused on architecture, not syntax. Over 4.5 months of work, I engineered and created the VAC Memory System. To prove its value, I tested it on the toughest RAG benchmark—LoCoMo. Today, my system shows an overall result of 80.1% and a phenomenal 87.78% in the "Commonsense" category. This is more than just code; it is the result of faith in an idea. I showed that by using modern tools, it is possible to achieve SOTA-level performance and create serious technology, regardless of your starting point. I highly anticipate your feedback.
1 points · Open discussion
ViktorKuz·Dec 12, 2025Submission

Show HN: Change the model. Same output. The pipeline decides. VAC Memory System

I’ve been experimenting with long-term memory architectures for agent systems and wanted to share some technical results that might be useful to others working on retrieval pipelines. Benchmark: LoCoMo (10 runs × 10 conversation sets) Average accuracy: 80.1% Setup: full isolation across all 10 conv groups (no cross-contamination, no shared memory between runs) Architecture (all open weights except answer generation) 1. Dense retrieval BGE-large-en-v1.5 (1024d) FAISS IndexFlatIP Standard BGE instruction prompt: “Represent this sentence for searching relevant passages.” 2. Sparse retrieval BM25 via classic inverted index Helps with low-embedding-recall queries and keyword-heavy prompts 3. MCA (Multi-Component Aggregation) ranking A simple gravitational-style score combining: keyword coverage token importance local frequency signal MCA acts
Read the rest
as a first-pass filter to catch exact-match questions. Threshold: coverage ≥ 0.1 → keep top-30 4. Union strategy Instead of aggressively reducing the union, the system feeds 112–135 documents directly to a re-ranker. In practice this improved stability and prevented loss of rare but crucial documents. 5. Cross-Encoder reranking bge-reranker-v2-m3 Processes the full union (rare for RAG pipelines, but worked best here) Produces a final top-k used for answer generation 6. Answer generation GPT-4o-mini, used only for the final synthesis step No agent chain, no tool calls, no memory-dependent LLM logic Performance <3 seconds per query on a single RTX 4090 Deterministic output between runs Reproducible test harness (10×10 protocol) Why this worked Three things seemed to matter most: MCA-first filter to stabilize early recall Not discarding the union before re-ranking Proper dense embedding instruction, which massively affects BGE performance Notes LoCoMo remains one of the hardest public memory benchmarks: 5,880 multi-hop, temporal, negation-rich QA pairs derived from human–agent conversations. Would be interested to compare with others working on long-term retrieval, especially multi-stage ranking or cross-encoder heavy pipelines. Github: https://github.com/vac-architector/VAC-Memory-System
1 points · Open discussion
ViktorKuz·Nov 26, 2025Submission

I built an open-weights memory system that reaches 80.1% on the LoCoMo benchmark

I’ve been experimenting with long-term memory architectures for agent systems and wanted to share some technical results that might be useful to others working on retrieval pipelines. Benchmark: LoCoMo (10 runs × 10 conversation sets) Average accuracy: 80.1% Setup: full isolation across all 10 conv groups (no cross-contamination, no shared memory between runs) Architecture (all open weights except answer generation) 1. Dense retrieval BGE-large-en-v1.5 (1024d) FAISS IndexFlatIP Standard BGE instruction prompt: “Represent this sentence for searching relevant passages.” 2. Sparse retrieval BM25 via classic inverted index Helps with low-embedding-recall queries and keyword-heavy prompts 3. MCA (Multi-Component Aggregation) ranking A simple gravitational-style score combining: keyword coverage token importance local frequency signal MCA acts
Read the rest
as a first-pass filter to catch exact-match questions. Threshold: coverage ≥ 0.1 → keep top-30 4. Union strategy Instead of aggressively reducing the union, the system feeds 112–135 documents directly to a re-ranker. In practice this improved stability and prevented loss of rare but crucial documents. 5. Cross-Encoder reranking bge-reranker-v2-m3 Processes the full union (rare for RAG pipelines, but worked best here) Produces a final top-k used for answer generation 6. Answer generation GPT-4o-mini, used only for the final synthesis step No agent chain, no tool calls, no memory-dependent LLM logic Performance <3 seconds per query on a single RTX 4090 Deterministic output between runs Reproducible test harness (10×10 protocol) Why this worked Three things seemed to matter most: MCA-first filter to stabilize early recall Not discarding the union before re-ranking Proper dense embedding instruction, which massively affects BGE performance Notes LoCoMo remains one of the hardest public memory benchmarks: 5,880 multi-hop, temporal, negation-rich QA pairs derived from human–agent conversations. Would be interested to compare with others working on long-term retrieval, especially multi-stage ranking or cross-encoder heavy pipelines. Github: https://github.com/vac-architector/VAC-Memory-System
2 points · Open discussion
ViktorKuz·Nov 26, 2025Submission

80.1 % on LoCoMo Long-Term Memory Benchmark with a pure open-source RAG pipeline

I just pushed the current SOTA on the LoCoMo long-term memory benchmark for agents: 80.1 % accuracy using only: -BGE-large-en-v1.5 (1024d) + FAISS -Custom “MCA” gravitational ranking (keyword coverage + importance + frequency) -BM25 sparse retrieval -Direct Cross-Encoder reranking (bge-reranker-v2-m3) on the full union (~120-150 docs) -Gpt-4o-mini only for final answer generation and judging (everything else is open weights or classic) Repo: https://github.com/vac-architector/VAC-Memory-System Key tricks that finally broke 80% : -MCA-first filter (coverage ≥ 0.1 → top-30) — catches exact-keyword questions early -Feeding the entire union straight into Cross-Encoder (112–135 documents) instead of pre-filtering -Proper query instruction for BGE-large (the classic “Represent this sentence for searching relevant passages”) The whole pipeline r
Read the rest
uns in < 3s per query on a single RTX 4090. LoCoMo is currently the hardest public long-term memory benchmark (5.880 real human–agent conversations, multi-hop, temporal, negation, etc.). Beating Mem0 official baseline by ~12–14 pp with fully open components feels pretty good. Would love feedback, especially from people who are also grinding on agent memory systems. My background: My path didn't start in an IT office, but in Columbus, Ohio, where I worked as a handyman after leaving my job on the cell towers. The decision came from necessity: I bought a powerful PC on installments and resolved to create something that would change my life. I had no experience, but I had an idea. Using Claude CLI as my sole mentor, I focused on architecture, not syntax. Over 4.5 months of work, I engineered and created the VAC Memory System. To prove its value, I tested it on the toughest RAG benchmark—LoCoMo. Today, my system shows an overall result of 80.1% and a phenomenal 87.78% in the "Commonsense" category. This is more than just code; it is the result of faith in an idea. I showed that by using modern tools, it is possible to achieve SOTA-level performance and create serious technology, regardless of your starting point. I highly anticipate your feedback.
3 points · Open discussion
ViktorKuz·Nov 25, 2025Submission

Show HN: Memory System Hitting 80.1% Accuracy on LoCoMo (Built in 4.5 Months)

I’ve been working on an independent memory-retrieval architecture for agent systems. I don’t have a CS background — previously worked climbing cell towers and doing handyman jobs — but I spent the last 4.5 months building a hybrid memory system from scratch. The system combines FAISS, BM25, and a symbolic ranking layer (MCA). Answers are generated with GPT-4o-mini at temperature 0. The focus is determinism, transparency, and reproducibility rather than model size. On the official LoCoMo benchmark (1,540 questions), the system reaches 80.1% average accuracy. To my knowledge, that’s above the publicly reported results for existing agent-memory stacks using small models. Latency is ~2.5 seconds, and cost is ~$0.10 per 1M tokens. Memory is fully isolated and local, which makes it usable for offline or enterprise applications. Repository (code
Read the rest
+ full reproducible benchmarking): https://github.com/vac-architector/VAC-Memory-System Happy to answer technical questions, discuss the architecture, or hear critiques.
2 points · Open discussion
Hello everyone, thank you for the intense feedback over the last hour. I see two main concerns emerging, and I want to be completely transparent: 1.so Files and IP Protection The core MCA algorithm is compiled to protect the IP while I seek $100k Pre-Seed funding. This is the "lottery ticket" I need to cash to scale. I did not retrain any model. The system's SOTA performance comes entirely from the proprietary MCA-first Gate logic. Reproducibility is guaranteed: you can run the exact binary that produced the 80.1% SOTA results and verify all logs. 2. Overfit vs. Architectural Logic All LLM and embedding components are off-the-shelf. The success is purely due to the VAC architecture. MCA is a general solution designed to combat semantic drift in multi-hop, conversational memory. If I was overfitting by tuning boundaries, I would have 95%+
Read the rest
accuracy, not 80.1%. The 16% failures are real limitations. Call to Action: Next Benchmarks I need your recommendations: I am looking for the toughest long-term conversation benchmarks you know. What else should I test the VAC Memory system on to truly prove its generalizability? GitHub: https://github.com/vac-architector/VAC-Memory-System I appreciate the honesty of the HN community and your help in validating my work.
In VAC Memory System – SOTA RAG (80.1% LoCoMo) Built by a Handymen Using Claude CLI

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.