どうもこんにちは、Tadash です。ここまで「IDE 版か Bob Shell か」といった話をしてきましたが、今日はその一段手前。そもそも、なぜ Bob なのか、という話をします。
正直に言うと、AI にコードを書かせるだけなら、選択肢はいくらでもあります。僕も家では Claude Code をヘビーに使っているし、Codex も良い。じゃあ、なぜわざわざ Bob という子が出てきたのか。ここを言葉にしておくと、どういう場面で Bob を選ぶといいのかが見えてきます。
しかも今日は、その「エンタープライズ向け」というやつを、雰囲気で終わらせません。手元の防御・組織の統制・データの扱い、という3つの層に分けて、実際に何が実装されていて、どこで確かめられるのかまで下ります。今日はその見取り図まで。ここで挙げた機能は、今後おいおい、個別の記事で一つずつ確かめていく予定です。
エンタープライズが求めるのは、賢さより「説明できること」
スタートアップや個人開発の世界だと、AI に求めるのはだいたい「速さ」と「賢さ」です。ぱっと動くものが速く出てくれば嬉しい。
ところが、堅い会社——銀行、保険、証券、役所、医療、製造といったところ——で AI エージェントの話をすると、返ってくる最初のひとことは、たいていこうです。
それ、あとで説明できるの？
誰が、何を、どう動かして、その結果に誰が責任を持つのか。速い・賢いの前に、あとから説明できる・勝手に暴れない・監査に耐える、が先に来ます。ここが Bob という製品の出発点だと思っています。
では、その「説明できる・暴れない・監査に耐える」を、Bob は具体的にどう作り込んでいるのか。ここからは、公式ドキュメントで確認できる機能を中心に、次の3つの層に分けて見ていきます。
- 層1・手元の防御 — あなたの PC の中で、AI に権限を渡しすぎない／機密を見せない
- 層2・組織の統制 — チームで導入したとき、誰が・いくら・どう使ったかを管理し、可視化する
- 層3・データの扱い — 渡したプロンプトやコードが、どこへ行き、どうなるのか
この3層は実装の切り口で、さきほどの「説明できる・暴れない・監査に耐える」を下から支える柱、という関係です。
層1・手元の防御 — 勝手に暴れさせない・機密を渡さない
まず、あなたの PC の中で効く仕組みです。AI に権限を渡しすぎない、見せたくないものは見せない、という一番手前の守りです。
| 機能 | ざっくり何をする |
|---|---|
| 実行前の承認 | ツールを実行する前に、人が許可を出す（Bob が実行役、人が承認役）。権限は Read／Edit／Execute／MCP／Skill／Todo／Subtask／Subagent の8区分で、自動承認は区分ごとに設定できる。なかでも Execute（コマンド実行）は「高リスク」に分類され、既定は都度承認 |
| サンドボックス | OS レベルでプロセスを隔離（macOS は Seatbelt、Linux は Docker・Podman）。書き込み先ディレクトリと外向き通信を制限する。bob -s（--sandbox または BOB_SANDBOX=1）で有効化 |
.bobignore |
.gitignore と同じ書き方で、.env や鍵ファイルを AI から隠す。最初に打っておきたい一手 |
| トラステッドフォルダ | 初めて開くフォルダで「信頼する？」と確認。未信頼なら安全モードで動き、設定・環境変数の読み込みと自動承認が無効になる |
承認してから動く／隔離できる／見せないものを決められる。派手さはないですが、堅い現場で効くのはこういう部分です。とくに Execute が既定で「高リスク」に振ってあるあたり、「まず止める」という思想が出ています。
層2・組織の統制 — 誰が・いくら・どう見えるか
手元の守りの次は、チームで導入したときに効く層です。ここが意外としっかり用意されています。
| 機能 | ざっくり何をする |
|---|---|
| SSO・SAML 認証 | 会社の ID 基盤でログインできる |
| RBAC | User と Admin の2ロール。Admin がユーザー管理・チーム作成・ダッシュボードを担当 |
| 管理コンソール | bob.ibm.com にログインして開く Admin ページで、支出・ユーザー・利用状況を一元管理 |
| Teams／Seats／共有 Bobコイン枠 | 組織→チーム→ユーザーで整理し、席と予算を配分（1ユーザー1席） |
| Bobalytics | 採用率・Bob factor（コミットされた行のうち Bob が書いた割合）・Bobコイン消費を可視化。チーム画面では個人が匿名化され、管理者も個人は特定できない |
| self-documenting なセッション記録 | 操作を最初から最後まで自動で記録 |
とくに self-documenting なセッション記録は、「あとで説明できる」に直結します。誰が何をやらせたのか、記録が残る。監査のある現場では、これが地味にありがたいんです。可視化（Bobalytics）の側で個人が匿名化されているのも、社内で使うツールとしては大事な配慮だと思います。
層3・データの扱い — 渡したプロンプトやコードは、どうなる？
手元と組織の話をしてきましたが、堅い現場で必ず聞かれるのが、もう一つ。「渡したプロンプトやコードは、どこへ行くのか」です。
ここは IBM 側の説明があります。IBM i ビジネスアーキテクトの Tim Rowe 氏が、あるインタビューでこう述べています。
- データはモデルの学習には使わない（"your data is never used to train a model"）
- Bob のセッションが終われば、データは IBM Cloud から削除され、そこには保存されない。サインアウトして翌日戻ってくると、クラウドに上がっていたデータは消えている、と
- PC 上の Bob と IBM Cloud のあいだ、サーバーと PC のあいだといった通信は、すべて暗号化されている
学習に使わない・セッション後に残さない・通信は暗号化。データの扱いを気にする現場にとっては、素直にうれしい方針です（発言のソースは末尾に置きました）。
一方で、規制の厳しい現場が求める要件——たとえばデータをどの国・拠点に置くか、といった話——まで含めると、対応はこれから広がっていく段階だと思います。GA されてまだ日の浅い製品なので、実装と情報公開はこれからさらに進んでいくでしょう。ここは続報を楽しみに待ちたいところです。
じゃあ Claude Code や Codex と、どう違う？
ここまで見てきた3層の作り込みは、そのまま「どんな場面に向くか」の違いになって表れます。優劣ではなく、重心が違うという話です。
| Claude Code / Codex | IBM Bob | |
|---|---|---|
| 得意なこと | 軽快な実装・実験・爆速の試行錯誤 | 統制・可視化・レガシーのモダナイズ |
| モデル | 各社の系統が中心 | 複数モデルを自動で使い分け |
| 気にすること | とにかく速く・賢く | あとから説明できる・壊れない |
| 似合う場面 | 週末の個人開発、スタートアップ | 規制業界、大企業、監査のある現場 |
僕は家では Claude Code の軽さが大好きです。一方で、仕事で「これ、本番に出して大丈夫？」を問われる場面では、Bob みたいな作りがありがたい。速いだけの AI は、たまに「やりすぎる」。勝手に本番をいじって、あとで誰も経緯を説明できない——堅い現場では、これがシャレになりません。ここまで並べてきた承認・隔離・記録は、まさにその事故を起こさないための作りだ、と読むと腑に落ちます。道具は、使う場所で選ぶもので、どっちが偉いという話ではありません。
まとめ：どんなときに Bob を選ぶか
- 規制のある業界／本番に責任を持つ現場／チームで統制が要る／レガシー資産を抱えている → Bob の出番
- 週末の個人開発／とにかく速く試したい → Claude Code や Codex で軽やかに
「IDE か Shell か」は、その次の話。まずは「なぜ Bob か」がハマる現場かどうか。そこが出発点だと思います。
そして、ここで並べた機能は、今後、何回かに分けて、実際にどう動くのかまで下りて確かめていく予定です。実行前の承認、サンドボックス、組織の統制（SSO・権限・可視化）、そしてデータの扱い。毎回続けると重くなるので、ほかのテーマの合間に、ゆっくり挟んでいきます。
※2026-07-12 時点の公開情報にもとづきます。動きの速い分野なので、最新かつ正式な情報は公式でご確認ください。データの扱いに関する記述は、提供元の公開インタビューを参照しています。
出典
- 「IBM Bob」提供開始のお知らせ（日本アイ・ビー・エム, 2026-04-30）
- AIコーディング・エージェント Bob（IBM 日本語公式ページ）
-
IBM Bob Docs（bob.ibm.com/docs） — 承認ワークフロー・サンドボックス・
.bobignore・トラステッドフォルダ・組織管理・Bobalytics - Bob 1.0 インタビュー（IT Jungle, 2026-04-06） — データの扱いに関する Tim Rowe 氏（IBM i business architect）の発言
※投稿内容は個人の見解であり、必ずしも私の所属団体・企業における立場、戦略、意見を代表するものではありません。
