Постоянная карта всей вашей кодовой базы с Git-версиями — написанная вашим кодовым агентом, управляемая локальным MCP-сервером. Агенты читают её один раз и знают систему, вместо того чтобы перечитывать репозиторий при каждой задаче.

🇺🇸 Английский | 🇨🇳 简体中文

Что он делает

Создавать большие системы, не теряя сюжета. В Codex, Claude Code, Cursor, OpenCode и подобных агентах ваш агент начинает каждую задачу, уже зная всю систему: для чего предназначен каждый файл, от чего он зависит и что нельзя ломаться. Он перестаёт искать и перечитывать кодовую базу для каждого запроса. Люди, не являющиеся профессиональными разработчиками, могут продолжать работу на своих системах; профессиональные разработчики могут передать всю систему агенту и сосредоточить его внимание на архитектуре и дизайне.

Захватить существующую систему за один шаг. Направить агента на существующую кодовую базу примерно из 500 000 строк и попросить его создать индекс. Он сообщает, насколько хорошо знает каждую область, а затем начинает разработку оттуда. Практическое ограничение — это размер индекса, а не количество строк: сегодня коммерческая система из 700 000 строк разрабатывается таким образом с индексом около 300 тысяч токенов.

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: