cd /news/ai-agents/has-anyone-made-a-legacy-codebase-mo… · home topics ai-agents article
[ARTICLE · art-129224] src=news.ycombinator.com ↗ pub= topic=ai-agents verified=true sentiment=· neutral

Has anyone made a legacy codebase more legible to AI coding agents?

A startup engineer who joined as the first engineering hire roughly 7 months ago asked Hacker News for experiences making a legacy codebase legible to AI coding agents, describing a codebase that began as a Lovable MVP built by the company's CTO and now suffers from duplicated business logic, zombie tables and columns, and implicit dependencies. The engineer said the plan is to document the entire codebase as a 'knowledge database' for AI agents, starting from a Meta article on the problem, and asked other startup engineers about their approach, outcomes, and pitfalls. The post drew 1 point and 1 comment.

by read2 min views2 publishedSep 14, 2026

Quick Summary: Did you ever optimize a legacy/vibe-coded codebase to improve AI driven development results and avoid fixing a bug for 2 more to appear? i want to hear what your experience was.

First, some context. ~7 months ago i was the first Engineering hire at a ( now ) 2 years old startup. The codebase started as a Lovable MVP built by our low level CTO, one month ago we hired a second dev and we are further expanding our engineering team and preparing the terrain for me to move to Staff. Now as you probably expected, the codebase is a mess since we simply built on top of the first MVP, of course with zero documentation, the main problems i identified in our codebase: - Duplicated business logic → no single source of truth / poor separation of concerns. - Zombie tables and columns → accumulated schema/structural debt, most of them look right, they are not - We manually track downstream effects since everything is scattered and duplicated in the most confusing way → implicit dependencies, implicit architecture and high change coupling. Changing a thing here also needs changing there and there ( this is mainly fixable by a codebase graph indexer )

Now quickly, so you dont get bored, ive identified as the sweet spot solution between speed and reliability to properly document the whole codebase and store that efficiently as a 'knowledge database' for our AI agents, so they are at least aware of the known gaps, constraints, decisions, business logic, where else to change something and the causes and effects of changes.

The closest and most interesting article that treats this exact issue is this one from Meta, which i want to start my approach from.

Now what im asking here is for some similar experiences, other startup engineers that had to go through a similar approach, what was their approach, experience, outcome and any tips on what should i avoid or be aware of.

Any help will be much appreciated

Comments URL: [https://news.ycombinator.com/item?id=49698073](https://news.ycombinator.com/item?id=49698073)

Points: 1

── more in #ai-agents 4 stories · sorted by recency
── more on @hacker news 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/has-anyone-made-a-le…] indexed:0 read:2min 2026-09-14 ·