用于AI编码代理的确定性码图上下文引擎——PostgreSQL + Apache AGE + pgvector、MCP和REST，循环中无LLM。
概览
问“为什么会议webhook的登录超时触发？”并获得八个真正回答它的符号——排名、预算和可复现。 两个编码代理，600个真实合并的变更，12个仓库，6种语言——代理单独对抗同一代理，且第一步是BCE。 一个代理在不熟悉的仓库上工作，必须先决定要读取什么，才能决定要更改什么。通常的答案是对分块文件进行嵌入搜索。它构建成本低，且在特定方式上错误：它返回的文本读起来像问题，而不是参与行为的代码。询问登录超时问题，你得到的只有五个提到超时的文件，而不是设置超时的函数和更改时会破坏的三个调用者。 这些信息是结构性的，并且有一个精确的答案。handleLogin 调用 refreshSession，它读取 SESSION_TTL，而 则写在一个地方。这就是图游走。
概述（AI 翻译）
AI编码代理的确定性码图上下文。
问*“为什么会议webhook的登录超时触发？”*并获得八个符号 真正能回答问题——有排名、有预算且可重复。
两个编码代理，600个真实合并的变更，12个仓库，6种语言——代理单独对抗同一代理，且第一步是BCE。
结果 ·快速入门 ·使用你的代理人提供的 ·工作原理 ·支持的型号 ·选择模型 ·文档 ·网站 ·Türkçe
为什么会有这样的存在
代理在不熟悉的仓库上工作时，必须先决定读取什么，才能读到 决定要改什么。通常的做法是对分块文件进行嵌入搜索。这很便宜 如果要以特定方式构建和错误：它返回的文本读起来更像是问题本身 然后是参与行为的代码。询问登录超时问题，你会得到 五个提到超时的文件，而不是设置超时的那个函数和三个调用者 就是你换的时候断裂的那种。
这些信息是结构性的，并且有精确的答案。handleLogin 呼叫
refreshSession，读作SESSION_TTL，仅写在一个地方。即
本页由 AI 翻译，技术细节请以原文为准。
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" }
}
}
}