RSS DEV コミュニティ
フォロー
CodexのSQLiteログを無効にした場合、プロジェクトのメモリを維持するものは何か？
Codexは、ローカルSQLiteデータベースへの過剰な診断ログ記録が批判されており、SSDの高速書き込みや応答速度の低下といったパフォーマンスの問題を引き起こしています。非公式な回避策として、SQLiteトリガーを使用して新しいログエントリを無視することで、ディスクアクティビティを削減しますが、診断情報が不明瞭になる可能性があります。この回避策は、エージェントの内部ログと、継続性のために必要な永続的な「プロジェクトメモリ」との間の重要な区別を浮き彫りにしています。エージェントログには低レベルの運用詳細が含まれますが、プロジェクトメモリには重要な決定、検証された証拠、および次のステップの簡潔な記録が必要です。
この不可欠なプロジェクトの継続性は、エージェントの自己診断用に設計されており、スキーマと形式の変更の影響を受ける内部診断データベースでは維持されません。この記事では、CodexのようなAIコーディングエージェントの継続性コンテキストをキャプチャするために設計されたローカルファーストのレコードレイヤーであるQiJuを紹介します。QiJuは、意図的に、グラウンドトゥルースファイル、決定、証拠、および次のアクションといった本質的な事実のみを記録します。これにより、後続のエージェントは、履歴セッション全体を必要とせずに、正しく作業を再開できます。このアプローチは、エージェントの内部リコールに閉じ込められた情報とは異なり、監査可能で引き継ぎ可能です。
QiJuは、エージェントログが無効になっているか利用できない場合に、プロジェクトの継続性を維持するための実用的なソリューションを提供します。アップグレードコマンド `qiju update` は、エージェント統合スキルがプロジェクト全体で最新の状態に保たれることを保証します。プロジェクト登録プロセスは、プロジェクトの場所とホスト構成を分離し、効率的な更新を可能にします。QiJuは制限付きのデベロッパープレビュー段階にありますが、その中核的な目的は、AI支援開発を継続するために重要なことの、意図的で検査可能な記録を確立することです。これは、内部診断ログとの重要な区別です。
