Driftwatch V3 リリース：AI支援によるコードベース監視ツール

Driftwatch V3のビルド完了

Driftwatch V3が完成し、bubbuilds.comの公開リポジトリにプッシュされました。ビルドには予想された1〜2日ではなく5〜6日かかり、約9,000行のコードと約160ドルのAPIクレジット、さらにClaude Proアカウントの費用がかかりました。

V3の新機能

• サイズ超過でサイレント切り捨てのリスクがあるマークダウンファイルを追跡
• ファイル間の矛盾する指示にフラグを立てる
• コスト追跡と注意が必要なファイルに関する推奨事項
• ブラウザ内で直接問題を修正するための組み込みマークダウンエディター
• スキャン間のドリフトを追跡するスナップショットのエクスポート/インポート
• 効果が低かった一部機能を削除
• サーバー上に何も保存せず、すべてブラウザ内で動作

ビルドから得られた主な教訓

コストと委任: Opusが一貫して、タスクを自分で行う方が委任するよりも速く安いと考えたことが、最大のコスト要因でした。すべての品質保証をフルビルド後にまとめて行い、修正を一括して提供する方が、各スプリント後に停止するよりもコスト効率が良かったです。

仕様とプロンプト: 各スプリント前に構造化された仕様書を作成することが最大のコスト削減策でした。開発者は、乱雑なプロンプトをBub用の詳細なマークダウン仕様に変換する「Prompt Clarifier」Claude Projectを構築しました。Bubに指示を送るだけでなく、完全な仕様を読ませて質問させることで、無駄なトークンを削減できました。

コンテキストの圧縮: 圧縮とコンテキストの肥大化は、Bubに自律性を持たせる上での最大の障壁です。仕様テンプレートに組み込まれたスプリント要約はコンテキストを回復するのに役立ち、重要な指示はチャットに貼り付ける代わりに、Bubが参照できるローカルのマークダウンファイルに配置されるようになりました。

品質保証とテスト: すべての品質保証を全スプリント後にまとめて行い、すべての修正を一括して返す方が、各マイルストーン後のレビュー/修正よりも時間とコストの効率が良かったです。

ウェブサイトデザイン: モバイルファーストデザインは最初から仕様に含める必要があります。後付けで対応すると、小さな変更が新たな問題を生み出し、多くのやり取りが発生しました。

今後の計画

開発者は、DriftwatchをBubで使用して自身のアーキテクチャを監査し、このビルドからの委任やその他の問題を修正するための全面的な改善を行う予定です。次のステップには、開発者、Bub、Claudeが共有する検索不可能なClaude Proチャットを整理する「セカンドブレイン」の構築、およびDriftwatch Pro機能の構築中にアーキテクチャのアップグレードをテストすることが含まれます。