これは何のウェブサイトですか？
CtxSift（ctxsift.dev）は、coding agent 向けのオープンソース Skill で、コマンド出力と compaction によるトークン膨張を抑えることを目的としています。systemd、docker、git などのコマンドは長いログを出しやすく、agent が全文をコンテキストに入れたあと、圧縮後は再実行や再読込で状態を取り戻す必要が出がちです。CtxSift はローカルで「圧縮—キャッシュ—リコール」を行い、次のステップに必要なアンカーだけ残し、セッションが長くなっても検索で呼び戻せます。MCP に依存しない軽量な経路で、既定は CPU 実行、CUDA や LiteLLM 経由のリモート圧縮も選べます。
主な機能
- パイプやコマンドキャプチャ出力に指示し、次のステップに必要な断片だけ抽出する
- 圧縮結果をコマンドメタデータとともに保存し、再実行の代わりに意味検索で呼び出す
- ローカル CPU/GPU で圧縮するか、LiteLLM 互換のリモートモデルに切り替える
- リコール用 embedding はローカルで別管理し、圧縮がローカル/リモートどちらでも同じ
- ソースファイル変更時に stale を付与し、古い記録を降格・クリーンアップする
よくある利用ケース
- Cursor や Claude Code で連続デバッグするとき、journal 全文ではなく systemd のエラー行番号と原因だけをコンテキストに残す
- 複数回の compaction 後に「前回 git clone が失敗した理由」を、大きなリポジトリを再度 clone せずに取り戻す
- Aider や OpenCode などローカル agent を使い、データを端末外に出したくないユーザーが圧縮と検索をマシン内で完結させる
- 複数 feature ブランチを並行するとき、同種コマンドの結論を構造化キャッシュし、同じ形式のログを agent が何度も読み解くのを減らす
このツールが向いている人
- Cursor、Codex、Claude Code、Copilot などで agent を日常的に使ってコードする開発者
- ターミナル出力が長く、セッションがトークン上限で compaction されがちなデバッグ・運用・フルスタック作業
- オープンでローカル制御可能な手段を求め、トークン節約のために MCP やサンドボックスを増やしたくない開発者
- 向かない可能性：短いコマンドをたまに使う程度で、長いログにほとんど遭遇しないユーザー
- 向かない可能性：コンプライアンス上、生の terminal 出力を一文字も欠けず保管しなければならない場面
類似ツールとの比較
- CtxSift はコマンド出力と圧縮後状態の軽量な抽出に特化し、チーム知識ベースや横断リポジトリ索引ではない
- ログの洪水と compaction 後の忘却が主な悩みなら、外部トークンツールを重ねるよりローカル Skill の方が制御しやすいことが多い
- 協調型コンテキスト dashboard が必要、または provider 側の要約で足りて検索可能なローカルキャッシュが不要なら、stale/freshness の仕組みが workflow に合うか自分で見極める必要がある
よくある質問
Q: CtxSift は無料ですか？常時ネット接続が必要ですか？
A: サイトでは Local、Free、Opensource と記載されています。既定ではローカル CPU で圧縮とリコールが可能です。LiteLLM のリモートエンドポイントを設定すると圧縮は hosted モデルも使えますが、リコール embedding はローカルのままです。
Q: MCP サーバーは必要ですか？
A: 不要です。agent skill としてパイプ/コマンドキャプチャとローカルキャッシュで動作し、MCP や複数ツールのオーケストレーションに依存しません。
Q: モデルに要約させるのと何が違いますか？
A: 結論をコマンドメタデータとともにキャッシュし、後から検索できます。ソースファイルが変わると stale が付き、古いコンテキストを誤って使うリスクを下げます。
Q: どの agent 環境に対応していますか？
A: サイトには Cursor、Claude Code、Codex、Copilot、Aider などが挙げられています。スタンドアロンスクリプト、または agent に install skill を実行させる方法があります。詳細はドキュメントを参照してください。
