Tesserae v0.6.1 — CLI の使い勝手向上と codex プロバイダーの修正

<!-- translations:start -->

English · 한국어 · 中文 · Русский · Español · Français · Deutsch

<!-- translations:end -->

リリース日 2026-06-08 · PyPI · GitHub release · pip install --upgrade tesserae==0.6.1

v0.6.0 の CLI 再設計に対する小さなフォローアップリリースです。新しいフラットな動詞型 CLI への 2 つの使い勝手向上と、マルチアカウントの codex ユーザー向けの実際のバグ修正が 1 つ含まれています。

1. tesserae compile がライブ進捗を表示するようになりました

長いコンパイルは以前は何も出力せず静かに進んでいました。今ではインタラクティブなターミナル上で、複数フェーズの codegraph index 風の進捗表示をレンダリングします:

◆ Scanning sources — 2036 found
  Extracting ████████████████░░░░░░░░  64%  1302/2036  0:12
◆ Extracted 2036 files
⠙ Finalizing — community summaries, vault, site…
◆ Compiled  ·  220243 nodes · 679073 edges  ·  41s

これは rich（すでに依存関係に含まれています）によって動作し、TTY 上でのみレンダリングされます。パイプ、CI、MCP サーバー、デーモンでの実行はバイト単位まで同一のまま保たれる（通常の Compiled project wiki: … という要約行は保持されます）ため、スクリプトには何の変化もありません。

2. tesserae projects register が自動的に初期化します

まだ Tesserae プロジェクトではないディレクトリを登録すると、No .tesserae/graph.json found で失敗していました。今では、そのパスが .tesserae/ ワークスペースを持たない既存のディレクトリであれば、register はまず空のワークスペースを作成します（その後 tesserae compile を実行するようヒントを出力します）。存在しない、あるいはタイプミスのあるパスは依然としてエラーであり — 決して自動作成されることはなく — すでに初期化済みのプロジェクトはそのまま残されます。

3. 修正: llm_provider: codex がすべての LLM パスで尊重されるようになりました

codex を選択した場合（tesserae config llm --llm-provider codex またはプロジェクトの config.json を通じて）、いくつかのコンパイル時の LLM パスは依然として Claude CLI を使用しており — codex を選んでいたにもかかわらず ClaudeCLIJsonClient … You've hit your Sonnet limit を発生させていました。原因は次のとおりです: コミュニティ要約パス、Phase-5 のメモリパス、そして lab schema-drift / lab evolve / query --llm の各コマンドが、プロバイダー設定を参照せずに LLM クライアントを構築していたため、常にデフォルトの Claude を使用していました。今ではこれらすべてが、エンジンの他の部分と同じ方法でバックエンドを解決します — 環境変数 > プロジェクトの config.json > グローバルの ~/.tesserae/config.json > デフォルト — したがって llm_provider: codex はどこでも尊重されます。

v0.6.0 からのアップグレード

変更すべきことはありません — 3 つすべてがドロップインです。以前 llm_provider: codex を設定していたのにコンパイル中に Claude が呼び出されるのを見ていた場合、このリリースがそれを修正します。もう一度 tesserae compile を実行するだけです。