这是什么网站？
CtxSift（ctxsift.dev）是面向 coding agent 的开源 Skill，用来压住命令输出和 compaction 带来的 token 膨胀。systemd、docker、git 一类命令日志很长，agent 整段读进上下文后，压缩往往又要靠重跑或重读来恢复状态。CtxSift 在本地做「压缩—缓存—召回」：只保留下一步需要的锚点，会话变长后还能搜回来。路径刻意做轻，不依赖 MCP；默认 CPU 可跑，CUDA 与 LiteLLM 远程压缩也可选。
核心功能
- 对管道或命令捕获输出下指令，只抽取下一步所需片段
- 压缩结果连同命令元数据入库，供语义检索代替重跑
- 本地 CPU/GPU 跑压缩，或改接 LiteLLM 兼容远程模型
- 召回 embedding 单独本地维护，压缩走本地/远程均可
- 源文件变动时标记 stale，过期记录降权并清理
常见使用场景
- 在 Cursor、Claude Code 里连番调试时，只把 systemd 报错行号与原因写进上下文，而非整页 journal
- 多轮 compaction 之后要找回「上次 git clone 为何失败」，不必再拉一遍大仓库
- 用 Aider、OpenCode 等本地 agent、在意数据不出本机的用户，压缩与检索都尽量留在机器上完成
- 同时开多个 feature 分支时，把同类命令结论结构化缓存，减少 agent 反复啃相同格式的日志
适合哪些用户？
- 已在 Cursor、Codex、Claude Code、Copilot 等环境长期用 agent 写代码的人
- 终端输出长、会话经常触顶被压缩的调试、运维、全栈场景
- 想要开源、本地可控，又不想为省 token 再引入 MCP 或沙箱的开发者
- 可能不太匹配：只偶尔问一两个短命令、几乎碰不到长日志的用户
- 可能不太匹配：合规上必须留存完整原始 terminal 输出、不能丢任何字节的场景
与同类工具的对比？
- CtxSift 做的是命令输出与压缩后状态的轻量提炼，不是团队知识库或跨仓库索引平台
- 若主要烦恼是日志刷屏和 compaction 后失忆，本地 Skill 往往比再叠几个外部 token 工具更好控
- 若你更需要协作式上下文 dashboard，或 provider 自带摘要就够用、不需要可检索本地缓存，要不要 stale/freshness 这套机制，得对照自己的 workflow 衡量
常见问题
Q: CtxSift 免费吗？一定要联网吗？
A: 官网标 Local、Free、Opensource。默认本地 CPU 即可完成压缩与召回；配置 LiteLLM 远程端点后压缩可走 hosted 模型，召回 embedding 仍本地。
Q: 需要装 MCP 服务器吗？
A: 不需要。它作为 agent skill，通过管道/命令捕获与本地缓存完成工作，不依赖 MCP 或多工具编排。
Q: 和直接让模型 summarization 有何不同？
A: 会把结论连同命令元数据缓存下来，支持后续检索；源文件变了还会标 stale，降低误用过期上下文的可能。
Q: 支持哪些 agent 环境？
A: 官网列有 Cursor、Claude Code、Codex、Copilot、Aider 等；可用独立脚本或由 agent 通过 install skill 安装，细节以文档为准。
