context-mode
★ 31.8k
vs
aictx
★ 59
context-mode vs aictx
context-mode：在MCP环境中，每次工具调用都会将原始数据倾倒到上下文窗口中，迅速耗尽空间并导致代理忘记正在进行的任务。Context Mode是一个MCP服务器，它通过沙盒化工具输出以显著减少上下文使用，在SQLite中跟踪会话事件以实现连续性，并提倡“以代码思维”来最小化LLM内部的数据处理，从而解决此问题。；aictx：AICTX通过在不同会话中保存执行状态、活动工作和上下文，为AI编程代理提供操作连续性。它帮助代理从实际证据恢复工作，防止重复发现并提高效率。
01
简评
context-modeMemory & Context · ★ 31.8k
何时选择它（优势与适用）：
- 你的会话常被工具输出塞满，比如 Playwright 快照、GitHub issue 列表或日志。
- 想让工作状态（编辑、git 操作、任务、决定）在上下文压缩后保留下来，又不重新灌回窗口。
- 你用的智能体支持 hook，工具路由可以自动完成。
何时考虑替代方案：
- 你需要 OSI 认可的开源许可：它采用 Elastic License 2.0，限制了作为托管服务提供等用法。
- 你的会话很短，很少碰到上下文上限。
- 你不希望 hook 改变智能体工具的行为。
aictxMemory & Context · ★ 59
代理会话恢复: 使AI编程代理能够从上次有用的状态恢复工作，而不是从零开始。
02
并排对比
03
功能特性
context-mode01上下文节省：沙盒工具将原始数据隔离在上下文窗口之外，实现高达98%的上下文节省。
02会话连续性：在SQLite中跟踪每次文件编辑、Git操作、任务和用户决策，实现无缝会话恢复。
03以代码思维编程：鼓励LLM编程分析而非计算，通过仅记录结果节省100倍上下文。
04批量执行与搜索：通过`ctx_batch_execute`等工具，一次调用即可运行多条命令或进行多次查询。
05高级知识库：使用SQLite FTS5与BM25排名、智能摘要和TTL缓存，实现高效信息检索。
aictx01工作状态保存: 在不同会话中保存活动任务、假设和验证状态。
02失败记忆: 存储观察到的命令/测试/构建失败的结构化模式。
03可检查的连续性视图: 生成仓库操作状态的本地Markdown/Mermaid报告。
04任务上下文包: 为特定任务编译专注的只读上下文。
05仓库本地存储: 在仓库内部本地存储所有连续性数据。
04
使用场景
context-mode↳深度代码库研究与分析（例如：架构、贡献者、问题）
↳分析Git历史以识别主要贡献者、提交频率和最常更改的文件
↳高效处理大型JSON API、网页或日志，而不会溢出上下文窗口
aictx↳代理会话恢复: 使AI编程代理能够从上次有用的状态恢复工作，而不是从零开始。
↳防止重复工作: 帮助代理避免重复已知失败或重新发现仓库结构。
↳增强代理性能: 为Codex、Claude和GitHub Copilot等代理提供关键上下文。
↳操作状态审查: 允许用户本地检查和审查代理的活动工作状态和决策。
↳按需任务上下文: 代理可以为专注任务请求有界限的只读上下文。
05
适合场景
context-mode最受欢迎时下流行
aictx—
FAQ
常见问题
context-mode 和 aictx 有什么区别？
context-mode 和 aictx 都属于 Memory & Context 类别。context-mode 有 31.8k Stars，aictx 有 59 Stars。
context-mode 和 aictx 哪个更好？
最佳选择取决于你的具体需求。深度代码库研究与分析（例如：架构、贡献者、问题） 时选 context-mode，代理会话恢复: 使AI编程代理能够从上次有用的状态恢复工作，而不是从零开始。 时选 aictx。
context-mode 是免费的吗？
是的，context-mode 在 GitHub 开源（Elastic License 2.0）。
aictx 是免费的吗？
是的，aictx 在 GitHub 开源（MIT）。
推荐云部署
Ad在 DigitalOcean 上一键部署
为你的 MCP 服务、Docker 容器与智能体提供即开即用云服务器，新用户立享 $200 免费额度（60天有效）。
→