Show HN: ctx – 既にマシン上にあるコーディングエージェントの履歴を検索

コーディングエージェントには長期記憶がありません。 しかし、あなたはマシン上に数ヶ月分の完全な忠実度を持つエージェントトランスクリプトを保存しています。 役立つシンプルなソリューション：それらのトランスクリプトとログを構造化されたSQLiteデータベースに取り込み、ランク付けされたテキストマッチで検索します。すべて完全にローカルであり、グラフデータベースやホストされたメモリサービスのような派手なものは何も必要としません。 これがctxのアイデアです。ctxは取り込みと検索を処理するRust製のCLIです。 私たちはエージェントに、作業領域に入る前に過去のセッションを参照するように指示するスキルを与えています。通常、私たちはこれを「エージェント履歴リサーチサブエージェント」を通じて行います。このエージェントの仕事は、タスクを開始する前に、関連する履歴をカバーする短いブリーフィングを準備することだけです。 実際の例：テストスイートの実行が、ランナーのディスク容量不足で失敗することがありました。正しいアプローチはクリーンアップランブックを実行することでしたが、エージェントには障害の根本原因が不明瞭だったため、テストの回帰だと考え、間違った方向にデバッグを進めていました。エージェントが履歴を検索したとき、この障害が以前にも遭遇したことがあることに気づき、すぐに正しい回避策を見つけました。これによりエージェントは正しいクリーンアップパスに進み、後にログ出力を改善して、同じ障害が次回はより明確になるようにしました。つまらない話ですが、これは実際のエージェントの生産性向上です。 もう一つの便利なユースケースは、共有用のセッショントランスクリプトを素早く生成することです。ノイズの多い中間メッセージを除外できるため、トランスクリプトはセッションの重要な部分をよりきれいに表示します。次にPRにセッショントランスクリプトを添付して、あなたのチームメイトとそのエージェントが変更の由来とプロンプトをレビューできるようにしてみてください。 追加のチャレンジに挑戦するなら、エージェントに「このリポジトリのすべてのエージェント履歴を徹底的にレビューし、SDLCが苦労している場所、またはエージェントネイティブでない場所を見つけてください」と尋ねてみてください。過去のセッションを使用してエージェントのSDLCを再帰的に改善することは、今日私たちが多用しているループです。 もし試してみてくれたら、ぜひ感想を聞かせてください！