JICUG あなたのAI駆動開発パートナー IBM Bob を使ったアプリ開発 vol.3

JICUGコミュニティ紹介と開会

• JICUGはIBMクラウドユーザーが運営するコミュニティで、参加条件は一切なく誰でも参加できる。
• ユーザー同士でクラウドやAI技術情報をシェアし、横のつながりを作ることを目的としている。
• 5月はIBMのAI「Bob」の活用、6月は違うAIの使い方を実施し、今月7月はAIによるクラウド操作とBobの活用体験談を予定している。
• 今回の登壇者は東京駅からモバイル参加するなど、リモートワーク環境の柔軟性が実感される場面があった。

鹿野さん発表：IBM Bobを使ったIBMクラウドへのアプリ移植

発表概要と自己紹介・前回までの振り返り

• 発表者鹿野さんは某社に勤務し、データセンターやマルチクラウド・ハイブリッドクラウド環境の構築・運用・サービス提供を担当している。
• 今回のテーマは、仮想サーバー上で動作していたマルチプレイゲームアプリをIBMクラウドのサーバーレス環境（コードエンジン＋オブジェクトストレージ）へAIで移植することである。
• 前回まではLinux仮想サーバー上にWebサーバー・アプリサーバー・DBサーバーの三層構成を構築し、フラッシュクイズアプリとオブザーバビリティ監視ツールを作成した。
• AIを使うことで、通常8週間かかるインフラ構築とアプリ開発が約2日間で完了するというすばらしい効率化が実証された。
• 今回の移植対象はNode.jsバックエンドとJavaScriptフロントエンドで構成されるマルチプレイゲームで、コマンドラインのみを使ってデプロイする方式を採用した。
• 6月に試したTerraformは学習コストが高いという知見を踏まえ、今回はよりシンプルなCLI（コマンドライン）方式を選択している。

IBM Bobによる移植作業の手順と実演・成果

• IBM Bobはバージョン2.0にアップデートされ、サブエージェントによる並行タスク処理、作業中の追加指示、GUIベースのMCPサーバー対応などが強化された。
• 移植作業はまず要件定義をBobに渡し、Bobから不足情報（リージョン、既存リソースの有無など）を質問させてから計画書を作成させる手順を採用した。
• Bobが生成したデプロイ計画書にはアーキテクチャ概要・フェーズ別手順・変数一覧・コスト見積もり・運用上の注意事項が自動で含まれており、ドキュメント品質が高い点が評価された。
• 作業中にBobは失敗を自己検知して別の方法で自動修復しながら進めるが、IBMクラウドポータルでのパブリックアクセス設定など一部手動操作が必要な場面もあった。
• 移植完了後、参加者全員がゲームにアクセスしてチーム対抗戦（Aチーム296点 vs Bチーム287点）を実施し、ゲームが正常動作することを確認した。
• 参加者の点数や人数などのメトリクスはオブザーバビリティ（IBMインスターナー）に記録される仕組みで、デジタルマーケティング分析に活用できることが説明された。
• 今後はTerraformも有力な選択肢だがAI時代ではCLIも十分機能すること、MCPサーバーの活用やインスターナーとの連携も検討していると述べた。

田中正吾氏発表：IBM BobIDEで知見・経緯を残して開発し続ける仕組み

セッション間の忘却対策と経緯管理システム（Docs Structure）

• 発表者田中正吾氏はIBMチャンピオンであり、屋号ワンフットシーバス代表として2004年からフリーランスでフロントエンド開発・生成AI・IoT・XRを手がけている。
• IBM Bobはトークン上限（現在最大1MB程度）があり、セッションをまたぐと過去の経緯を忘れるため、申し送り（Docs Letter）と知見ノートをAIに書かせる「経緯管理システム（Docs Structure）」を導入している。
• セッション終了時にワンショットの指示（マークダウン形式）を入力するだけで、申し送り・知見ノート作成・Gitコミットを自動で実施させる仕組みが構築されている。
• 知見ノートにはブートストラップ導入・カードレイアウト実装・Bobコイン急増の原因調査など開発上の重要ポイントやトラブルシューティングが蓄積されていく。
• この仕組みはGitHubで公開している「AIとコラボレーションするパターン集」の一つ「Docs Structure」として公開されており、ワンショットインストーラーも用意している。
• 経緯があることで次セッション開始時に「この資料をもとに進めて」と強い文脈を与えられ、人間が口頭で過去を説明する手間が大幅に削減できる。

Bobコイン消費の傾向分析とトークン節約の工夫・セキュリティ対策

• Bobコインの消費が増えるケースとして、プロトタイプ開発初手での議論の膨らみ、曖昧な経緯による方針の揺れ、実装パート終了後すぐに別タスクへ移行する場面、AIとの頻繁な軌道修正議論などが挙げられた。
• コイン消費を抑えるには、人間が明示的に焦点を絞って指示し、フォルダ全体を探索させず「この資料を見て」と狙い打ちで指示することが有効である。
• IBM Bobはモデルを自動選択しており（ClaudeやGraniteなど）制御は難しいため、コイン節約にはモデル制御よりも明快な指示の磨き込みが重要と結論付けた。
• セキュリティ対策としてsecretlintとgitleaksをダブルで導入し、コミット時に機密情報が混入しないようプレコミットフックで自動チェックする仕組みを構築している。
• AIに全てのセキュリティチェックを任せると毎回同じ動作にならずトークンも多消費するため、確実に動く従来型プログラムの仕組みと併用することがトークン節約に効果的である。
• スキルズよりもマークダウンによるワンショット指示を好む理由として、スキルズは発動タイミングが不明確で予期しない縛りが発生することがあり、マークダウンのほうが視認性・制御性ともに高いためである。

質疑応答・Bob IDE機能の意見交換

• 鹿野さんからBobの設定画面（モード・MCP・スキルズ）について質問があり、田中氏はスキルズよりマークダウンのワンショット指示を主に使っていると回答した。
• IBM Bobのプランモードは「計画できたので開発します」と勝手に進もうとするため、「ノートに書いて報告しろ」と明示的に止める使い方が有効であると共有された。
• MCP連携についてはPlaywrightを使ったブラウザ操作・画面チェックを試したが、E2Eチェックはトークン消費が大きいためAPIやモンキーテストのほうが確実との見解が示された。
• IBMクラウド操作用のMCPサーバーが公式に存在しないため、ドキュメント・APIリスト・関数リストをまとめたMCPを自作して仕様伝達コストを減らす方法が紹介された。
• IBM BobのUI上の「エディター設定」や「スタートワークフロー」など未探索の機能が複数あり、今後試してみたいという意見が出た。
• 言語設定で日本語が選択可能であることが画面共有中に発見され、AIが意気揚々と英語で話し出す問題への対策として活用できる可能性が示唆された。

クロージングと次回日程確認

• 今回の発表内容として、鹿野さんによるAIを使ったサーバーレス環境へのアプリ移植と、田中氏によるBobの知見管理・セキュリティ対策の工夫が総括された。
• IBM Bobを安心して使い続けるためにはセキュリティ管理と経緯の蓄積が重要であるという共通のメッセージが確認された。
• 次回は8月25日に開催予定であることが確認され、早めに日程を押さえることで参加者の予定確保を促す方針が共有された。
• イベントのConnpassページは田中氏が引き続き作成を担当することになった。
• 田中氏は名古屋から東京への移動中にワークスペースを急遽予約して登壇するという状況であり、リモート参加の柔軟性が改めて実感された。
• 参加者全員への感謝が述べられ、次回以降も継続してIBM Bobやクラウド技術の活用事例を共有していくことが確認された。