전체 코드베이스의 영구적이고 Git 버전화된 맵 — 코딩 에이전트가 작성하고 로컬 MCP 서버가 관리합니다. 에이전트는 한 번 읽으면 시스템을 알기 때문에 매 작업마다 저장소를 다시 읽지 않습니다.

🇺🇸 영어 | 🇨🇳 简体中文

그것이 하는 일들

큰 시스템을 구축하면서 줄거리를 잃지 마세요. Codex, Claude Code, Cursor, OpenCode 등 유사한 에이전트에서는 에이전트가 모든 작업을 시작할 때 이미 전체 시스템을 알고 있습니다: 각 파일이 무엇을 위해 쓰이는지, 무엇에 의존하는지, 무엇을 깨뜨려서는 안 되는지. 모든 요청에 대해 코드베이스를 검색하고 다시 읽는 것을 멈춥니다. 전문 개발자가 아닌 사람들은 자신의 시스템을 계속 반복할 수 있고; 전문 개발자는 전체 시스템을 에이전트에게 맡기고 아키텍처와 디자인에 집중할 수 있습니다.

한 단계로 기존 시스템을 인수하세요. 에이전트에게 최대 약 50만 라인의 기존 코드베이스를 가리키고 인덱스를 만들도록 요청합니다. 에이전트는 각 영역을 얼마나 잘 알고 있는지 보고한 후 그곳에서 개발을 시작합니다. 실질적인 한계는 라인 수가 아니라 인덱스의 크기입니다: 오늘날 약 30만 개의 토큰 인덱스를 가진 70만 라인 상업용 시스템은 이렇게 개발됩니다.

AOCI-CODE

A persistent, Git-versioned map of your entire codebase — written by your coding agent, governed by a local MCP server. Agents read it once and know the system, instead of re-reading the repo on every task.

🇺🇸 English | 🇨🇳 简体中文

https://github.com/user-attachments/assets/31636873-3e05-401f-849a-1f1ea87cd0a4

What it does

Build large systems without losing the plot. In Codex, Claude Code, Cursor, OpenCode, and similar agents, your agent starts every task already knowing the whole system: what each file is for, what it depends on, and what must not break. It stops searching and re-reading the codebase for every request. People who are not professional developers can keep iterating on their own systems; professional developers can hand the whole system to an agent and keep their attention on architecture and design.

Take over an existing system in one step. Point the agent at an existing codebase of up to about 500,000 lines and ask it to build the index. It reports how well it knows each area, then picks up development from there. The practical limit is the size of the index, not the line count: a 700,000-line commercial system is developed this way today, with an index of about 300K tokens.

Change people, agents, or conversations without starting over. The index lives in the repository next to the code and is versioned by Git. When a project changes hands, switches agents, or opens a new conversation, one read of the index picks up where things left off.

After the first index, maintenance is automatic. The MCP server detects code changes and issues the entries that need updating. The agent fills them in as it finishes each task, so the index matches the current code and you never stop to maintain it.

What it looks like

One line per file, written by the model from the actual source. This is a real entry from this repository’s own index: