ククルデザインは自社の開発と、お客様の業務システムやWebサイトの内製化を、Claude Code を使いながら進めています。毎日触っている道具なので、更新が入ると「実務で何が変わるか」がすぐ体感でわかります。この8月は、その体感が一段はっきり変わった月でした。
派手な新モデルの話ではありません。自己ホスト対応、セッション同士のやり取り、権限管理や観測性の一般提供。地味だけれど、AIで社内システムを回していくうえで一番効いてくる「足回り」が、8月に相次いで入りました。中小企業がAIの内製化を本気で進める土台として、ここは押さえておく価値があります。
8月に何が入ったか(Claude Code側)

Claude Code の8月の更新(バージョン 2.1.224・8月7日)で、大きく3つが加わりました。
- 自己ホスト対応: claude self-hosted-runner というコマンドで、自社が用意・管理するマシンやコンテナの上でセッションを動かせるようになりました。Web・モバイル・デスクトップ、定期実行のルーティンも対象です。これまで Anthropic 側のクラウドで動いていた処理を、自社が握るインフラに寄せられます(現状は公開ベータ、TeamおよびEnterpriseプラン向け)。
- セッション同士のメッセージング: SendMessage と ListAgents という2つのツールが追加され、別々に動いているセッションが互いに連絡を取り合えるようになりました(macOS・Linux)。長時間の大きな作業を進めるセッションが、別マシンで動く小さな作業のセッションに指示を渡す、といった連携が組めます。
- プラグインとサンドボックスの制御: 拡張の仕組みと、実行環境の隔離まわりの制御が加わりました。どこまで触ってよいかの線引きを、道具側で設定できます。
個別の初出は8月上旬から中旬にかけてです。8月20日に出た月次まとめでこれらが一覧に反映されたので、「前日の速報」ではなく「8月に立て続けに入った一連の更新」として読むのが正確です。一次情報は Claude Code の週次更新履歴 と v2.1.224 のリリースノート にあります。
「サブエージェント上限撤廃」を正しく読む
同じ更新で、サブエージェント(親の作業から枝分かれして走らせる補助エージェント)の上限が変わりました。ここは誤解が広がりやすいので、正確に書きます。
撤廃されたのは「1セッションあたり累計200体まで」という上限です。長時間のセッションで補助エージェントを次々に呼んでいくと、以前は途中で打ち止めになりました。それが無くなった、という変更です。
一方で、同時に動かせる数(20体)と、入れ子の深さ(3段)の制限はそのまま残っています。「並列で走らせられる数の制約が外れた」わけではありません。実務的な意味はこうです。大きなリファクタリングや長い調査のように、何時間も回し続けるセッションが、途中で補助を呼べなくなって止まる心配が消えた。同時に走る数が一気に増えたのではない。ここを取り違えると、処理設計を誤ります。
開発者プラットフォーム側 権限・観測性・ファイル/スキルがGAに

Claude Code だけでなく、Anthropic の開発者プラットフォーム側も同じ時期に整いました。業務システムに組み込む立場からは、こちらの方が効いてきます。
- Admin API のユーザー管理が一般提供(GA)に: メンバー・招待・グループ・カスタムロールの管理がベータ扱いを外れ、正式機能になりました。専用のベータヘッダを付けなくても使えます。誰が何を触れるかを、コードから管理できます。
- Files API が一般提供に: アップロードしたファイルを扱う仕組みが正式化しました。保管容量は1組織あたり1TB、有効期限やページ送りの指定もそろっています。
- Agent Skills が一般提供に: 決まった手順を「スキル」として持たせる仕組みが、ベータを外れました。業務の型を道具に覚えさせやすくなります。
- 観測性の強化: Managed Agents にウェブアクセスの制御が加わり、再設計された Console のセッションビューアで、何がどう動いたかを追いやすくなりました。
一点だけ前提を添えます。これらの一般提供は Enterprise / API プランを使っている組織が対象で、「誰でも今日から」ではありません。まず自社がどのプランに乗っているかの確認が入り口になります。詳細は Claude Platform のリリースノート にあります。
中小の内製で、実際に何が変わるか

ここまでを、群馬の中小企業がAIで社内システムを回していく現場の言葉に落とします。ククルデザインが伴走で見ているのは、次の3点です。
1. 「誰が何を触れるか」を後付けでなく最初から組める
AIに業務システムを触らせるとき、一番怖いのは権限の曖昧さです。Admin API の権限管理が正式機能になったことで、担当者ごとに触れる範囲を分ける設計を、実験ではなく本番の前提として組めます。導入してから権限を慌てて絞るのではなく、最初に線を引ける。
2. 「何が起きたか」を後から追える
自動化を任せるほど、「AIがそのとき何をしたか」を人が確認できることが要になります。Console のセッションビューアで作業の中身を追えると、うまくいかなかったときの原因究明も、社内への説明も楽になります。AIに任せる範囲を広げる判断は、この観測性があって初めて安心してできます。
3. データを自社の管理下に置ける
顧客情報や社内データを扱う業務ほど、「処理がどこで動くか」が気になります。自己ホスト対応で、自社が用意したインフラの上でセッションを動かす選択肢ができました。まだ公開ベータで対象プランも限られますが、データの置き場所を自社で握りたい業種にとっては、検討する価値のある入り口です。
正直に言うと
浮ついた期待は先に削っておきます。自己ホストは公開ベータで、Admin API などの一般提供は Enterprise / API プランが前提です。「新機能が出た=すぐ全社で使える」ではありません。まず自社のプランと、AIに触らせてよい業務・触らせたくない業務の線引きを先に決める。そこからです。
それでも、この8月の一連の更新で、権限管理・観測性・自己ホストという運用の足回りが同時にそろったのは大きい。派手さはないぶん、「試しに使ってみる」から「業務に組み込んで回す」へ進むための土台が、一段固まりました。
まとめ
- Claude Code は8月の更新(v2.1.224・8/7)で、自己ホスト対応・セッション横断メッセージング・プラグイン/サンドボックス制御を追加した。
- サブエージェントは「累計200体」の上限が外れ、長時間セッションで打ち止めにならなくなった。ただし同時実行数と入れ子の深さの制限は残っており、並列数が増えたわけではない。
- 開発者プラットフォーム側では Admin API のユーザー管理・Files API・Agent Skills が一般提供になり、観測性も強化された(Enterprise / API プラン前提)。中小の内製化では、権限・観測性・データの置き場所という足回りが効いてくる。
内製化の足回り、一緒に組みませんか
「AIで社内の一業務を自動化したいが、権限やデータの扱いが不安で踏み出せない」という段階でこそ、こうした足回りの整備が効きます。ククルデザインは、どの業務から・どこまでAIに任せるか、権限とデータの線引きをどう引くかを、群馬の中小企業の現場に合わせて一緒に設計しています。まずは一業務だけ、机の上で一緒に棚卸しするところから始めましょう。お問い合わせはこちらからどうぞ。



