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

JICUG あなたのAI駆動開発パートナー IBM Bob を使ったアプリ開発 vol.3「Bob IDE で継続的に知見を残し経緯を引き継ぎ開発しつづける仕掛け」の登壇資料です。

◆スライド内の素材は以下を使用させていただいております。ありがとうございます！

・シルエットデザイン http://kage-design.com/
・human pictogram 2.0 http://pictogram2.com
・ICOOON MONO http://icooon-mono.com/
・Adobe Stock https://stock.adobe.com/jp

Transcript

1. 20260727_JICUG 1 Bob IDE で継続的に知見を残し経緯を引き継ぎ開発 しつづける仕掛け ワンフットシーバス 田中正吾
2. 私の話はスライドを後ほど共有します。 話す内容に注力いただいて大丈夫です！ 2
3. 15 分くらいで話します！ 3
4. 田中正吾（たなかせいご） 屋号ワンフットシーバス 代表 2004年よりフリーランス転向以後、FLASH 制作を中心にイ ンタラクティブコンテンツを主に行い現在に至る。最近では WEBフロントエンドをベースにしながらも、情報とインタ ーフェースが合わさるアプローチという視点で 生成 AI ・ IoT ・ XR といった技術も取り入れながら活動しています。 ウォンバットが好き。 4
5. 前回も IBM Bob + Code Engine 開発できた より IBM Bob を仲良くつくっていることを考えています 5
6. IBM Bob のプロジェクトにも 自前の経緯をシステムを入れてます AI とともに継続的に開発したり試行錯誤や経緯が残るような仕組みを作ったメモ 2026 年 1 月版 https://www.1ft-seabass.jp/memo/2026/2026-01-05-ai-collaboration-patterns-first-step/ 6
7. IBM Bob ＋ 経緯蓄積でいろいろ作りやすくなってきた 開発スタートなるべく回していくとコードと対で経緯が残るので AI がより効率的に間違えが少なく状況を追いかけられる IBM Bob 自前の Plan に頼りすぎずノートに一旦書き出させて実際にどう考えて いるかを人間が覗けてよりディスカッションを深められる 良い開発ができたときや重要な開発ポイントを明示でノートに記録できるので既 存から開発をすすめたいときに役立つ IBM Bob がうまく開発状況を把握しきれないときに「～の資料を見て」と強い文 脈が伝えられて人間の脳内の記憶を掘り出して伝える大変さが減る 7
8. ただ Bob Coin が雪だるま式に 増えたこともあるのでさらに考えてみる 経緯システムは大事な仕組みだがやはり「文脈の伝え方」は大切そう 8
9. 公式ページにも言及はある ただ、具体的なモデル基準は非公開っぽい Bobcoins https://bob.ibm.com/docs/ide/account/bobcoins 9
10. 消費がだんだん増えていくなと感じられたケース あくまで実感ベースですが プロトタイプ開発の初手。議論を膨らませつつ実装を進めながら仕様を固めてい くケース。様々な文脈が生じ膨らむケース。これはしかたない。 既存の開発で曖昧に進めて決定が揺れていた経緯をベースに開発を再開したケー ス。ノートの探索が多くなり AI が迷ってトークン消費。 コードをどう書くか明示の開発パートのあとに同じセッションで複雑な実装検討 を投げかけてバタバタしたケース。人間でも嫌なシーン。 AI の状況把握や実装見通しがズレていてユーザーの想定した方向に行動してく れなく何度も軌道修正しているケース。 10
11. いかにすっきり行動してもらうかが大切そう 潤沢に BobCoin をつかいまくれるわけではないのでちゃんとマネジメントする。 あまり使っていなかった思考筋肉なので、今回触れることができてありがたい。 11
12. うまく回っているなと感じたケース コイン消費が少なかったですしレスポンスも心なしか速かったです 経緯あっても「docs/notes みて」のような範囲の広い探索にせず人間側の記憶 をたどり明示の資料やキーワード提示をしてから議論をはじめたケース。 コードやページなど明示の実装個所を示して焦点をあててから grep 探索キーワ ードを整えて経緯群を追わせて実装をするケース。 実装の焦点を明示で当てつつ実装計画についても人間から明示で指示するケー ス。これはかなりスパッと決まる。なんか複雑性が低いので思考量も少なそうで Granite とか裏で呼ばれている気がする。 ライブラリ準備やコマンド実行など明示で動ける対応を人間がやり切ったあとに AI に共有しつつその先の対応をしてもらうケース。ここは思いのほか把握力が 高い。IBM Bob に限らず得意そう。 12
13. 手間をAIと人間がどちらが受け止めるのかという問い 経緯という原資もあるのは心強いが、焦点を正しい方向に当てて絞ることは重要そう とはいえプロトタイプ開発の初手のような AI の能力を活かして動くところを狭めすぎないようにしたい 13
14. 常時守りたいセキュリティチェック部分の視点 いわゆるAIに記録を残させるゆえに Git や公開環境に機密情報を載せないようにする仕組み 14
15. こんな仕組みです https://github.com/1ft-seabass/my-ai-collaboration-patterns/tree/main/patterns/setup-pattern/setup-securecheck 15
16. 経緯を残す仕組みの出口を守る仕組み IBM Bob でもほうっておくと機密情報載せたまま Git コミットするのでセキュリティチェックで守る まだまだ試行錯誤中ではありますが IBM Bob でもこの仕組みは効く。コミット 時は明示で「git_commit.md が指示書です」と指示。 コミット後プッシュまで勝手に進むときがあるが、この指示でコミットで止まっ てくれやすくなる。（確実ではない） 機密チェックもしてくれるが信じ切らず前述の gitleaks + secretlint でコミッ ト時自動チェックして強化。AI で揺れる箇所を減らしてる。 以前は AI に全部任せようとしたが、これこそ曖昧な指示になり毎回同じに動き にくいトークンの消費しやすい割にメリットの少ないものになりがちだったので 確実に動くように試行錯誤中。 いまではだいぶトークン消費が抑えられてきた感覚。引き続き頑張る。 16
17. まとめ 経緯は効くけど、いかに分かりやすく指示するかが大切 IBM Bob でも他のコーディングエージェントで培った経緯をためる仕組みや指示 のノウハウは通用しそう 粗い指示をしてしまうとどうしてもトークン消費しがちなので、人間側で範囲を 絞ってマネジメントして指示すると消費が抑えられる とはいえ、開発の初手のように議論しつつ開発するシーンでは絞り切らないケー スもあるのでそこは適材適所 IBM Bob 内でモデルを自動選択しているようだが、こちらで制御できないので、 むしろ従来からのトークン消費を抑える明快な指示ができるよう磨いていくと、 うまく付き合えそうな気がする 17