開発者がAI対応フィードバックループを実装し、機能リリースを最適化

r/ClaudeAIで、ある開発者がユーザーフィードバックをAI支援開発パイプラインに直接統合するワークフローを共有しました。このシステムは、ユーザーの不満の瞬間をキャプチャし、構造化された自動化を通じて本番環境対応の機能に変換します。

フィードバックシステムの仕組み

開発者は、家族向けアシスタントアプリにフィードバックボタンを組み込み、タップされると以下の情報を含むGitHubイシューを作成するようにしました：

• フィードバック時のユーザーの画面
• 過去30回の操作履歴
• デバイス情報
• パフォーマンスデータ
• ユーザーが不満を感じていた時の完全なスナップショット

トリアージスキル

Claude Codeのスラッシュコマンドとして構築されたこのスキルは、イシューが「triage-ready」とタグ付けされると起動します。以下の自動化ステップを実行します：

• GitHubからイシューを取得
• 調査診断を解析（自動イシュー調査にAPIクレジットを使用可能）
• イシュー本文からデバイスコンテキストを抽出
• 複雑さを推定
• 関連する可能性のあるファイルを特定
• 具体的な検証手順を含む受け入れ基準を作成
• 構造化されたロードマップエントリを生成

ロードマップは、Claudeが各セッション開始時に利用可能な作業を判断するために読み取るマークダウンファイルです。タスクにはステータス、依存関係、複雑さスコアがあります。明示的にタグ付けされトリアージされない限り、何も「ready」状態に移行しません。

実際の実装例

開発者は、具体的な2つのリリース例を共有しました：

例1: 制約システムの修正

ショッピングモールで、開発者は「今週はチリなし」が適切にフィルタリングされないという食事計画制約システムのバグに遭遇しました。フィードバックを提出して「triage-ready」とタグ付けした後、スマートフォンでClaude Codeを開き、トリアージ済みタスクを指定しました。Claudeは必要なコンテキストをすべて把握していました：

• 開発者がどの画面にいたか
• 何がタップされたか
• 何が問題だったか
• 何を構築し、完了をどう検証するかを正確に指定した構造化タスク

AIは、インラインフィードバック、制約チップ、テレメトリを備えた3層制約モデルを構築しました。開発者は差分をレビューし、ツール呼び出しを承認するだけで済みました。

例2: 料理本スキャナー機能

自宅で、開発者は買い物リスト生成のために料理本のページ写真を食事ライブラリに直接アップロードしたいと考えました。フィードバックを提出してタグ付けした後、Claudeにアーキテクチャを計画させ、自身の計画のギャップをレビューさせました。AIは以下の10のギャップを特定しました：

• 重複検出がない
• アレルギー検査がない（子供の深刻なアレルギーのため重要）
• 保存前にAI抽出コンテンツを編集する方法がない

AIは当初、計画に「材料編集はv2機能」と記述しましたが、開発者は即座に修正しました。最終実装には以下が含まれました：

• Vision AI料理本スキャナー
• 編集可能なプレビュー
• アレルギー検査
• 修正テレメトリ
• 11ファイルにわたる1500行のコード

主要なワークフローの洞察

開発者は、価値は単にClaudeがコードを書いたことではなく、コンピューターの前に座って何が悪かったかを説明したり、ファイルを掘り下げてコンテキストを提供したりする必要がまったくなかったことだと強調しています。フィードバックシステムは不満の瞬間にすべてをキャプチャし、トリアージスキルがそれを構造化タスクに変換し、Claudeはすぐに進めるために必要なすべてを持っています。

開発者は、Claudeで構築していて修正のTrelloボードを管理しているなら、キャプチャを製品に直接組み込み、AIが直接消費できるように構造化することを推奨しています。