CodeSeek 教程:给 Claude Code 和 Codex 装一张代码库地图
CodeSeek 是 Rust 实现的代码智能 CLI,面向 AI Coding Agent 提供 AST 调用图、混合语义搜索、BM25、RRF、reranker 和 MCP 工具集成。
共 45 篇文章
CodeSeek 是 Rust 实现的代码智能 CLI,面向 AI Coding Agent 提供 AST 调用图、混合语义搜索、BM25、RRF、reranker 和 MCP 工具集成。
CodeSeek 把 AST 调用图、语义检索、BM25、RRF 和 MCP 接到 coding agent 前面,解决 Claude Code / Codex 在大仓库里选错上下文的问题。
OpenViking 是面向 AI Agent 的 Context Database,用 viking:// 文件系统、L0/L1/L2 分层、MCP 和会话归档统一管理 memory、RAG、skills 与 sessions。
OpenViking 用 Context Database 统一管理 Agent memory、RAG、skills、sessions 和 MCP 访问,适合企业级上下文治理。
Koog 是 JetBrains 开源的 Kotlin/JVM AI Agent Framework,支持多平台、MCP、图工作流、记忆、模型切换、OpenTelemetry、Spring Boot 与 Ktor 集成。

DBX 是一个轻量跨平台数据库客户端,支持 60+ 数据库、桌面端与 Docker 自托管,并把 AI SQL Assistant、MCP Server 和 CLI 放进数据库工作流。

DBX 把跨平台数据库客户端、Docker Web 版、AI SQL Assistant、MCP Server 和 CLI 合在一起,适合独立开发者和小团队减少数据库工具切换。

OpenTag 用开源运行时、可替换模型、AG-UI/MCP 和人工审批,展示了 Slack 工作区 Agent 的开放实现路径。
OpenCut 的 Rust 核心、插件架构、Headless 模式和 MCP Server 指向创作者工具的新方向:视频编辑进入自动化和 Agent 工作流。
Bytebot 不是又一个“浏览器自动化插件”。它把 Agent 放进一台容器化 Linux 桌面里,让模型直接面对屏幕、文件、浏览器、办公软件和命令行。这个方向更有意思的地方,不是“说一句话让 AI 点鼠标”这么热闹,而是 Agent 的运行环境开始从聊天框,往一台可隔离、可观察、可接管、可持久化的工作站迁移。 这
Karpathy 把 Software 3.0 说清楚之后,很多人第一反应还是落在“以后是不是不用写代码了”。这个问题问得太早,也太浅。更值得看的是:软件的接口正在换人。 Software 1.0 的接口给程序员用,核心是编程语言、函数、类型、测试和部署。Software 2.0 的接口给训练系统用,核心是数据集、损
## Coding Agent 最浪费 token 的地方,往往是“找代码” 一个 Agent 改代码,最先做的通常不是写,而是找:登录逻辑在哪、配置怎么读、某个函数谁调用、测试入口是哪一个。很多工具默认做法是 grep、read、再 grep、再 read。仓库小还行,仓库一大,token 就开始哗哗流。 Sembl
## Agent 工作台开始往“一个二进制”收拢 现在的 AI 编程工具有点分裂:一个 CLI 负责聊天,一个编辑器插件负责改文件,一个 Web UI 负责看会话,一个脚本负责跑自动化。工具越多,能力越强,但状态也越散。你要换机器、换模型、换工作目录时,就会发现很多上下文其实不在项目里,而是黏在某个客户端上。 thCl
Agent Zero 这类项目,最容易被写成“又一个自主 Agent 框架”。这话不能算错,但没抓到重点。 它更关键的地方,不是会聊天,也不是会调用几个工具,而是把 Agent 放进一台完整的 Linux 工作台里:有文件系统,有终端,有浏览器,有记忆,有项目隔离,有插件和技能,还能把任务继续拆给子 Agent。
AI Agent 写代码最容易让人上头。头几天,功能像开闸一样往外冒;再过几天,项目里开始出现幻觉函数、错位依赖、循环引用、God 文件。不是模型突然变笨了,而是代码库本身开始失去结构。 Sentrux 值得看的地方,不是又多了一个静态分析工具,而是它试图给 Coding Agent 补一个反馈器官:在 Agent 动
TypeScript 团队做 Agent,常见路线是从前端或 Node 服务里拼一个聊天 demo:接模型、写工具、加一点 memory,再接到页面。能演示,但上线后很快缺东西:trace 看不见,工具失败不好查,RAG 数据难管,guardrail 没地方放,部署也像临时脚本。 VoltAgent 想把这条路工程化:
Agent 想做研究,最先卡住的不是模型,而是“看不见”。网页能不能读,YouTube 字幕怎么拿,Reddit 讨论怎么搜,GitHub 信息怎么查,RSS 怎么订阅,微博客平台怎么处理登录态——这些事情分散又琐碎。 Agent Reach 把问题拆成一套互联网工具箱:网页、RSS、GitHub、YouTube/B
让 Agent 还原 Figma 设计时,最常见的做法是丢一张截图。问题是截图只能给视觉结果,给不了布局层级、间距、字体、颜色 token、frame 结构和命名。模型看得到“长这样”,但很难知道“为什么这样”。 Framelink MCP for Figma 做的是把 Figma 文件、frame 或 group 的
很多 AI Agent 做网页任务时,最尴尬的不是不会写代码,而是看不见真实网络。浏览器里点一下,背后跑了哪些 API、带了什么 Cookie、哪里做了签名、哪个请求失败了,Agent 往往只能靠页面结果猜。 `anything-analyzer` 把这个问题往工程侧推了一步:内嵌浏览器抓包、MITM 代理、JS Ho
以前聊 Playwright,重点多半落在“怎么点按钮、怎么找元素、怎么稳定跑 CI”。到了 Agent 这一步,问题其实变了:不是让 AI 多会操作浏览器,而是让它别把测试写成一锅粥。 Playwright Test Agents 有意思的地方就在这儿。它没有把“写测试”塞给一个万能 Agent,而是拆成三个角色:P