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との協働パターンのパフォーマンスレビュー」であり、提案を実践すれば週に数時間を節約できると述べています。
📖 Read the full source: r/ClaudeAI
👀 See Also
AI TDDパイプライン：不良な指示が3,400件のテストを生み出した経緯とその解決策
ある開発者が、Claude Codeを使用して、異なるエージェントがテスト、コーディング、レビューを担当するマルチエージェントTDDパイプラインを構築しました。最初の指示「すべてに対してテストを書け」の結果、3,400件のテストが生成され、そのうち有効なものはわずか44％で、実際のバグを捕捉しない「カバレッジ・シアター」状態に陥りました。
クロードコードエージェントオーケストレータのアーキテクチャ（マルチエージェントシステム向け）
Ultrathinkチームは、デザイン、コード、マーケティング、運用を6つのClaude Codeエージェントが担当するAI運営ストアのアーキテクチャを文書化しました。シリーズの第9回では、専門エージェント間の作業を調整するオーケストレーターエージェントに焦点を当てています。
OpenClawエージェントは、GitHub統合を備えたHVACウェブサイトのSEOを自動化します。
あるHVAC会社は、SEOスキルを持つOpenClawのサブエージェントをAhrefsに接続し、週次のSEOレポートとウェブサイト更新を自動化することで、11週間で検索インプレッションを17倍に成長させました。
自律型5エージェントClaudeシステムが、月額3000ドルのAPIコストを単一サブスクリプションに置き換え
ある開発者が、APIクレジットの代わりに単一のClaude Maxサブスクリプションを利用し、WSL2上でDiscordボットとして動作するClaude Opus 4.6を用いて、5体の自律エージェントからなるスウォームを構築しました。これにより、月額3,000ドル以上かかっていたコストを100〜200ドルに削減しています。