Claude Codeの/insightコマンドは、実際の使用データから開発者のワークフローパターンを分析します。

Claude Codeの「/insight」コマンドが明らかにしたこと

Claude Codeは最近、ユーザーの使用パターンを分析する/insightコマンドを追加しました。ある開発者は個人向け財務管理iOSアプリを22日間開発した後、この機能を使ってワークフローに関する詳細なレポートを生成しました。

生の使用統計

• 47セッションで合計529メッセージ
• 47,604行のコード追加
• 632ファイルの変更
• 146回のコミット
• 平均：1日あたり24メッセージ、セッションあたり約7時間

効果的だった手法

レポートでは、開発者が「監査→一括修正パイプライン」と呼ぶ効果的なパターンが特定されました：

• Claudeに画面の詳細監査を依頼（通常55〜73件の問題を発見）
• 番号付きバッチで問題を修正
• 各バッチ後にコミットとデプロイを実施
• 段階的なプロンプトを通じて2つの完全なアプリをゼロから構築し、最終的にTypeScriptエラーはゼロ

時間を浪費した要因

• Claudeの最初の修正試行は根本原因を見逃すことが多く、3〜4回のデバッグループを引き起こす
• あるナビゲーションのバグには15回以上の試行（複数セッションに跨る）を要した
• 最長セッション（20時間以上、200ファイル以上変更）では摩擦率が最も高かった
• 長時間セッションではClaudeの一貫性が失われ、不完全な作業につながる

レポートからの推奨事項

• Claudeに推測を続けさせる代わりに、1回の失敗後はconsole.logsによる体系的なデバッグを強制する
• すべてのコミット前にTypeScriptチェックとESLintを自動実行するpre-commitフックを追加する
• 明確なバッチ範囲を設定した短時間集中セッションの方が結果がはるかに良い

レポートからの追加統計

• 45件の機能実装
• 37件のバグ修正
• 16回のUIリデザイン
• 14回のデプロイ
• 主な摩擦タイプ：バグのあるコード（28例）と誤ったアプローチ（25例）
• 満足度：評価された198回のインタラクションのうち139回で「おそらく満足」

開発者は/insightコマンドについて「基本的にはAIとの協働パターンのパフォーマンスレビュー」であり、提案を実践すれば週に数時間を節約できると述べています。