XLI: Claude Code風ターミナルUIのためのオープンソースPythonライブラリ
独自のコーディングエージェントを構築しようとしたことがあるなら、ターミナルUXが作業の半分を占めていることに気づいたでしょう。Claude Codeスタイルのトランスクリプト——メッセージがストリーミング表示され、ツール呼び出しがその場で実行中から完了に変わり、承認がインラインでポップアップする——を再現するのは本当に難しいものです。XLIのチームは、この同じレイヤーを毎回書き直していました。TextualのようなフルTUIフレームワーク（そしてRustベースのRatatuiバインディングも）は、独自のウィジェットツリーで画面全体を占拠し、通常のターミナルスクロールバックを殺してしまいます。低レベルのツールキットでは、ストリーミングマークダウン、可変ツールカード、インライン承認、そして実際の入力ボックスをゼロから再構築する必要があります。
そこで彼らは独自のレンダリングエンジンを構築し、XLIというライブラリに切り出しました。
得られるもの
- ストリーミングマークダウン応答
- スラッシュコマンド
u/fileメンション- その場で更新されるツールカード
- インライン承認とピッカー
- ESCで中断
- ステータスバー
重要な設計上の選択：それはインラインでレンダリングされるため、トランスクリプトはターミナルの通常のスクロールバックに流れ込み、選択可能、スクロール可能、検索可能なままです。画面を乗っ取ることはありません。
フレームワーク非依存
XLIは、エージェントループがClaude、OpenAI、または独自のものであるか気にしません。フレームワーク非依存なので、任意のPythonベースのエージェントアーキテクチャにドロップインできます。
インストール
pip install python-xli📖 全文を読む: r/ClaudeAI
👀 See Also
harshal-mcp-proxy がnpmに登場：1つのデーモンで12のMCPサーバー設定を置き換え
harshal-mcp-proxyが54kBのnpmパッケージとして利用可能になりました。グローバルインストールしてデーモンとして実行し、12個の個別MCPサーバー設定を6つのツールに置き換え、セッションあたり約2.7GBのRAMと約50Kトークンを節約できます。
Omnicoder-9B パフォーマンスレビュー：速度 vs. ツール呼び出しの問題
Omnicoder-9Bは、Qwen3.5 9BをベースにOpus 4.6、GPT 5.4、GPT 5.3 Codex、Gemini 3.1 Proの出力でファインチューニングされたコード生成特化モデルで、中級ハードウェアで強力な性能を示しますが、IDEでのツール呼び出しに問題があります。
リポジトリトークン：GitHubアクションがLLMコンテキストウィンドウ認識のためのトークン数バッジを追加
Repo Tokensは、tiktokenを使用してコードベースのサイズをトークン数でカウントし、READMEにバッジを表示してLLMのコンテキストウィンドウの何パーセントを占めるかを示すGitHub Actionです。バッジは30％未満を緑、50-70％を黄、70％以上を赤で表示します。
AI知識作業のためのオープンソースSDK
ClioAIのkw-sdkは、AIエージェントが知識作業を実行するための構造化フレームワークを提供し、タスクブリーフィング、ルーブリック作成、検証を含む自己検証ループを実装しています。