bgts-ai-org/bgts-context-engine
Developer toolsЭта страница переведена автоматически. Технические детали смотрите в оригинале. Открыть оригинал
Детерминированный код-граф для ИИ-агентов кодирования — PostgreSQL + Apache AGE + pgvector, MCP и REST, без LLM в цикле.
Обзор
Спросите «почему срабатывает тайм-аут входа на веб-хуке встречи?» и получите восемь символов, которые действительно отвечают на этот вопрос — ранжированные, бюджетные и воспроизводимые. Два кодирующих агента, 600 реальных объединённых изменений, 12 репозиториев, 6 языков — один агент против того же агента с BCE в качестве первого шага. Агент, работающий над незнакомым репозиторием, должен решить, что читать, прежде чем сможет изменить. Обычный ответ — встраивать поиск на фрагментированные файлы. Это недорого в сборке, и оно неправильно в определённом смысле: он возвращает текст, который читается как вопрос, а не код, который участвует в поведении. Спросите о тайм-ауте входа, и получите пять файлов, где упоминаются тайм-ауты, а не одна функция, которая его устанавливает, и три вызывающих, которые ломаются при изменении. Эта информация структурна и имеет точный ответ. handleLogin вызывает refreshSession, который читает SESSION_TTL, записываемый ровно в одном месте. Это обход по графику.
Обзор (машинный перевод)
Детерминированный контекст кодового графа для агентов кодирования ИИ.
Спросите *“почему срабатывает тайм-аут на вебхуке встречи?” * и получите восемь символов Которые действительно отвечают на этот вопрос — ранжированные, бюджетные и воспроизводимые.
Два кодирующих агента, 600 реальных объединённых изменений, 12 репозиториев, 6 языков — один агент против того же агента с BCE в качестве первого шага.
Результаты · Быстрый старт · Используйте его от вашего агента · Как это работает · Поддерживаемые модели · Модели селектора · Документация · Веб-сайт · Türkçe
Почему это существует
Агент, работающий над незнакомым репозиторием, должен решить, что читать, прежде чем это будет Решаю, что менять. Обычно используют встраивание поиска поверх фрагментированных файлов. Это недорого Строить и ошибаться определённым образом: он возвращает текст, который читается скорее как вопрос а не код, который участвует в поведении. Спросите о тайм-ауте для входа — и получите пять файлов, в которых упоминаются тайм-ауты, а не одна функция, которая их устанавливает, и три звонящих Этот разрыв, когда меняешь его.
Эта информация структурна и имеет точный ответ. handleLogin вызывает
refreshSession, что читается как SESSION_TTL, что записывается ровно в одном месте. То есть
Эта страница переведена автоматически. Технические детали смотрите в оригинале.
README
Показан фрагмент оригинального README. Открыть оригинал.
Why this exists
An agent working on an unfamiliar repository has to decide what to read before it can decide what to change. The usual answer is embedding search over chunked files. It is cheap to build and wrong in a specific way: it returns text that reads like the question rather than code that participates in the behaviour. Ask about a login timeout and you get the five files that mention timeouts, not the one function that sets it and the three callers that break when you change it.
That information is structural, and it has an exact answer. handleLogin calls
Установка
uvx --from bgts-context-engine[mcpКонфигурация
{
"mcpServers": {
"bgts-context-engine": {
"command": "bce",
"args": ["serve-mcp"],
"env": { "BCE_DB_HOST": "localhost", "BCE_DB_NAME": "bce" }
}
}
}