Claudeを使ったパーソナライズAIニュースパイプラインの構築

r/ClaudeAIで、ある開発者が毎日200以上の記事を処理してパーソナライズされた朝のブリーフィングを作成するカスタム構築システムを共有しました。このパイプラインはノイズをフィルタリングし、個人の興味に基づいた関連性の高いコンテンツのみを配信します。
パイプラインアーキテクチャ
このシステムは5段階のワークフローに従います:
- 取り込み:12のRSSフィードが業界ニュース、競合ブログ、サブレディットから夜間にコンテンツを取得し、毎日約200記事を収集します。
- スコアリング:各記事は、速度とコスト効率のためにClaude Haikuを使用して個人のキーワードリストに対して関連性スコアを受けます。0.4未満のスコアの記事は除外され、200記事から15〜30記事に削減されます。
- 分類:スコアリングされた記事は、3つのカテゴリーに分類されます:PASS(ブリーフィングへ)、PARK(後で保存)、REJECT(破棄)。
- 分析:PASS記事は、要約ではなく実用的な意味合いに焦点を当てて、Claude Sonnetを使用してより深い分析を受けます。分析は次のような質問に答えます:「これは私の仕事にとって何を意味するか?行動すべきことはあるか?何を監視すべきか?」
- ブリーフィング:すべてが3つのセクション(シグナル:これに行動する、ウォッチ:これを監視する、延期:後で再検討する)を持つ構造化された朝のメールにまとめられます。メールは午前6時30分に配信されます。
技術スタックとコスト
実装には、Python、FastAPI、ストレージ用のSupabase、Claude API(Haiku + Sonnet)、メール配信用のResendが使用されています。月額7ドルのRenderインスタンスで実行されます。
APIコストは月額5ドル未満に収まり、Haikuがスコアリングを処理(数セントのコスト)し、Sonnetは分類を通過した5〜8記事のみを処理します。開発者は、オーディオブリーフィングが追加された場合、Deepgramが最も高価なコンポーネントになると指摘しています。
重要な洞察
- 分析ステップよりもスコアリングステップの方が重要です。フィルターを通過するコンテンツが多すぎると、Claudeはノイズを要約するためにトークンを浪費します。「フィルターが製品です。」
- 明確なセクション(シグナル/ウォッチ/延期)を持つ構造化された出力は、要約の壁よりも有用であることが証明されています。開発者は最初に「これら10記事を要約して」を試しましたが、読みにくいと感じ、3つのカテゴリーに各1文ずつだと実際に読まれることを発見しました。
- 取り込み層としてのRSSは過小評価されています。ほとんどの出版物、サブレディット、GitHubリポジトリはまだRSSフィードを提供しており、最も安価で信頼性の高いオプションとなっています。
📖 Read the full source: r/ClaudeAI
👀 See Also

Claude Codeの/insightコマンドは、実際の使用データから開発者のワークフローパターンを分析します。
個人向け財務管理iOSアプリを開発中のプログラマーが、Claude Codeの新機能「/insight」コマンドを活用し、22日間の使用状況を分析しました。その結果、529件のメッセージ、47,604行のコード、632ファイルの変更、146回のコミットというデータが集計されました。レポートでは「監査→一括修正パイプライン」のような効果的なパターンが特定され、デバッグループのような時間の無駄も指摘されています。

OpenClawオーケストレーターのルーティング問題:委任失敗時の対応
開発者が報告したところによると、OpenClawのメインオーケストレーターは、明示的なルーティングテーブルと委任ルールを使用しているにもかかわらず、リクエストの約40〜50%を専門サブエージェントにルーティングせずに自ら処理してしまうという問題が発生しています。このセットアップには、Gmail、Todoist、Notion、天気などのサービス用の7つの専門エージェントが含まれています。

Claude Codeを使ったエージェント型研究システムの構築:実践的な実装
ある開発者が、Claude Codeを使って6つの専門エージェントを構築し、250以上の実際のAI実装を網羅する生きたマップを作成した方法を詳述。人間がループ内で調整するパターンを採用。

開発者がClaudeにコードのルートアクセスを許可し、開発ワークフローを一変させる
ある開発者が、Claude Codeにサーバーのrootアクセスを許可した経験を共有しました。当初はサンドボックス化された制限された環境で使用していましたが、ローカルでは動作するコードが本番環境で壊れる開発ループに疲れ、深夜のパッチ適用や新たなバグ発生に悩まされていました。