はじめに
毎朝の情報収集。
- IT・テック系ニュース
- 経済ニュース
- 顧客・業界ニュース
を横断的にみて、お客さんはどう言う状況なのだろう、IT最新状況は、世の中全般は、、？ 重要だけど、あちこち情報を探しにいくのは疲れるし時間もかかる。。
これ、IBMBobに作らせられないか？
という軽いノリから、
毎朝ニュース自動収集サイトをIBMBobに作らせることにしました。
Orchestratorを使ったら、Planモードが勝手に始まった
今回使ったのは IBMBobのOrchestratorモード。
依頼すると、
Planモードがサブタスクとして自動で発動。
そこから何が起きたかというと、
- Bobが質問してくる
- それに答える
- いつの間にかTODOと全体像が固まる
という流れ。
「要件定義を書いた」感覚はなくて、
思考を引き出されていた感じが近いです。
TODOと全体像が自然に決まる
Bobの質問はこんな感じ。
- 目的は何か？
- 何を毎朝判断したいのか？
- 情報は誰向けか？
それに答えていくだけで、
- 目的
- 必要な情報
- 表示方法
が整理され、
TODOリストと設計が自動的に出来上がりました。
情報源もほぼ自動で決まった
### 情報源
#### IT・テック系ニュース（無料）
- **Qiita**: `https://qiita.com/popular-items/feed`
- **Zenn**: `https://zenn.dev/feed`
- **TechCrunch Japan**: `https://jp.techcrunch.com/feed/`
- **Publickey**: `https://www.publickey1.jp/atom.xml`
#### 経済ニュース（無料）
- **日経新聞（RSS）**: `https://www.nikkei.com/rss/`
- **ロイター経済**: `https://jp.reuters.com/rssFeed/businessNews`
- **Bloomberg Japan**: `https://www.bloomberg.co.jp/feed/`
#### 企業ニュース（無料）
最終的に使った情報源はこちら。
「この目的なら、これらが良さそうです」と
Bob側から提案される形でほぼ決まりました。
あっという間にサイト完成
気づいたら、
- RSS取得
- 記事一覧表示
- タイトルクリックで元記事へ遷移
- 毎朝HTML生成
まで実装完了しました。
テストすると1点だけ問題がありましたが、すぐに修正してくれました。
- タイトルクリック → 記事に飛ぶ ✅
- タイルクリック → 何も起きない ❌
細かいUXもちゃんと拾ってくれるのが良かったです。
TODOリストの編集機能
今日初めて気づいたのですが、TODOリストは手動で変えられました。
情報が多すぎる問題が発生
情報源を拡張した結果、
記事数が多すぎて朝に読めない
という新たな課題が発生。
そこで、少し強めのルールを追加しました。
実装ルール
・ニュースは10件まで
・各ニュースに最初にサマリを書く
・顧客ニュースは多少古くても必ず入れる
・目的は「今日、顧客に何を提案できるか」
さらに、
・顧客ニュース10件
・それ以外10件
・重要な10件を最初に表示
・タブUIで切り替えたい
と要望を追加。
修正後、APIが失敗、、、
すると API が何度か失敗。なんでだろうと思ったので理由を聞くと、すぐに原因を教えてくれました。
「タブUIのHTMLが大きくなりすぎました」
状況整理も的確で、
- ✅ 情報源の拡充は完了
- ✅ 件数制御ロジックも実装済み
- ⚠️ タブUIのみ未完
学び
- 一括生成は万能ではない
- 大きなUI改修は段階的にやる必要がある
今回は目的から逸れるため、
タブUIは一旦諦めて、完成扱いにしました。
次は、これを毎朝自動で実行するパートを実装します。
元々はPlan時点で、「無料かつ一番簡単なやり方で」とBobに指示するとCronでやりましょうと言われていたのですが、
GithubActionsでメールに飛ばしたいなと思ったのでPlanに戻って実装計画を作り直し中です。
おわりに
まだまだ改善したい点はありますが、こうしたい、ああしたい、と実際に手を動かす
ことで見えてくるなと改めて思いました。
また、開発の中で大事なポイント：
- アウトプット重視
- Planが大事
- ファイルが大きくなる場合は段階的に実装
も改めて実感。
毎朝のニュースが自動で届くようにして、朝時間を優雅に過ごしたいです♪