目次
- 今週のまとめ
- Claude Code、別セッション同士のメッセージ連携に対応 ↗（発表元・外部サイト）
- GitHub Copilot、導入効果を測るROI表示を追加 ↗（発表元・外部サイト）
- GitHub Copilot、コードレビューの深さを選べる機能が正式提供 ↗（発表元・外部サイト）
- Copilotの利用状況API、ClaudeやCodexの稼働も対象に ↗（発表元・外部サイト）
- OpenAI、開発中モデルの評価を受けて安全管理を強化 ↗（発表元・外部サイト）
- GitHub Copilot、利用できるMCPサーバーを組織で制限可能に ↗（発表元・外部サイト）
- AWS、操作の順序と費用の上限でAIエージェントを制御する機能 ↗（発表元・外部サイト）
- AWS、Codexの稼働をログとして集める構成を公開 ↗（発表元・外部サイト）
- AWS、専門作業を手順として配れるようにするAgent Skillsの例 ↗（発表元・外部サイト）
- ChatGPTのGPT-5.6 Solを改善、無料利用者にも利用範囲を拡大 ↗（発表元・外部サイト）
- AIエージェント向け「Agent Plugins 1.0.0」が公開 ↗（発表元・外部サイト）
- GitHub Spark、8月末で提供終了へ ↗（発表元・外部サイト）
- MIT、AIの診断支援は使う人の専門性で効果が変わるとする研究 ↗（発表元・外部サイト）
今週のまとめ
今週はAI開発ツールの連携だけでなく、権限管理、費用対効果、人による確認に関する発表が目立ちました。AIを導入する段階から、仕事で安全に使い続けるための運用設計へ関心が移っています。
AI同士の連携と、機能を持ち運ぶ共通形式が進展
Claude Codeのセッション間連携や、SkillsとMCPサーバーを持ち運ぶAgent Pluginsが公開されました。複数のAIへ作業を分ける場合も、レビューの深さと人による確認を工程として残す必要があります。
MCPの接続先とAIの操作順序を管理する機能が登場
GitHubはCopilotで利用できるMCPサーバーの集中管理を追加し、AWSは過去の操作順序まで見て許可を判断する機能を発表しました。AIの能力が高まるほど、接続先、操作範囲、監視方法を先に決める必要があります。
導入効果は、使った回数ではなく仕事の成果で測る
利用状況や潜在的ROIを可視化する機能が増えています。短期の作業速度だけで判断せず、費用、品質、手戻りまで継続して確認する運用が必要です。
📑 今週のニュース13件
- 01Claude Code、別セッション同士のメッセージ連携に対応（発表元・外部サイト）
- 02GitHub Copilot、導入効果を測るROI表示を追加（発表元・外部サイト）
- 03GitHub Copilot、コードレビューの深さを選べる機能が正式提供（発表元・外部サイト）
- 04Copilotの利用状況API、ClaudeやCodexの稼働も対象に（発表元・外部サイト）
- 05OpenAI、開発中モデルの評価を受けて安全管理を強化（発表元・外部サイト）
- 06GitHub Copilot、利用できるMCPサーバーを組織で制限可能に（発表元・外部サイト）
- 07AWS、操作の順序と費用の上限でAIエージェントを制御する機能（発表元・外部サイト）
- 08AWS、Codexの稼働をログとして集める構成を公開（発表元・外部サイト）
- 09AWS、専門作業を手順として配れるようにするAgent Skillsの例（発表元・外部サイト）
- 10ChatGPTのGPT-5.6 Solを改善、無料利用者にも利用範囲を拡大（発表元・外部サイト）
- 11AIエージェント向け「Agent Plugins 1.0.0」が公開（発表元・外部サイト）
- 12GitHub Spark、8月末で提供終了へ（発表元・外部サイト）
- 13MIT、AIの診断支援は使う人の専門性で効果が変わるとする研究（発表元・外部サイト）
Claude Code、別セッション同士のメッセージ連携に対応（発表元・外部サイト）
動いているClaude Codeを見つけて、別のセッションへメッセージを送れるようになりました。別のパソコンで動いているものにも届きます。調べる、作る、確かめるを分担させて、結果を渡しながら進められます。
DotMarginの見方
💬対象はmacOSとLinuxです。使う前にバージョンと権限の設定は見ておいたほうがいいと思います。
便利なのは間違いないのですが、AI同士が連絡を取り合うようになると、誰が承認したのかが曖昧になります。「AIが言っていたから」は承認ではありません。触っていい範囲と、人が最後に確かめる場所は、分けておく必要があります。
GitHub Copilot、導入効果を測るROI表示を追加（発表元・外部サイト）
Copilotにかけている費用と、実際に出た成果を並べて見られる画面が増えました。入れたかどうかではなく、払っている分に見合っているかを確認しやすくなります。
DotMarginの見方
💬出てくるのはあくまで見込みの数字で、利益が出たという意味ではありません。それでも、測る場所があること自体に意味があります。
入れた直後は誰でも速くなった気がするものです。3か月経ったあとに同じ数字をもう一度見られるかどうか。そこが分かれ目だと思っています。
GitHub Copilot、コードレビューの深さを選べる機能が正式提供（発表元・外部サイト）
レビューの労力をLiteとBalancedから選べる機能が、試験提供から正式提供になりました。変更の複雑さやリスクに合わせて、見る深さを変えられます。
DotMarginの見方
💬「全部を深く見る必要はない」という割り切りが、機能として用意されたということです。実際、文言の修正に重いレビューをかけても待ち時間が伸びるだけでした。どの変更にどの深さを当てるかを先に決めておくと、AIレビューは一気に使いやすくなります。逆に何も決めないと、うるさいだけで無視されるようになります。
Copilotの利用状況API、ClaudeやCodexの稼働も対象に（発表元・外部サイト）
GitHub上で動かす他社製エージェントの稼働も、利用状況のAPIから取れるようになりました。
DotMarginの見方
💬複数のAIを併用していると、どれがどれだけ働いたのか分からなくなります。まとめて数字が取れるのは、効果を測る前提が整うということです。測る仕組みがないと、続けるか止めるかを決められません。今週のROI表示と合わせて、GitHubが管理側の機能を固めにきているのが分かります。
OpenAI、開発中モデルの評価を受けて安全管理を強化（発表元・外部サイト）
開発中のモデルについて、重大なサイバー能力を否定できないという予備評価が出たため、隔離環境、ネットワークやツールの制限、監視などを強化したと発表されました。
DotMarginの見方
💬開発中のモデルの予備評価なので、いま使えるものの話ではありません。ただ、提供している側が自分から制限をかけにいったという事実は、覚えておく価値があります。能力が上がるほど、触らせる範囲を狭める設計が当たり前になっていきます。「何でもできるAI」より「決めた範囲しかできないAI」のほうが、業務では扱いやすいという話でもあります。
GitHub Copilot、利用できるMCPサーバーを組織で制限可能に（発表元・外部サイト）
管理者が、Copilotから接続してよいMCPサーバーと禁止するものを、組織の設定でまとめて決められるようになりました。
DotMarginの見方
💬MCPは「つなげること」より「どこまでつながせないか」のほうが設計の中心です。利用者任せにすると、気づかないうちに社外サービスへデータが流れる経路ができます。
うちでWordPressをAIから触らせている構成も、考え方は同じです。できることを増やすのではなく、必要な操作だけを名前を付けて許可する。それ以外は最初から通らないようにしています。
AWS、操作の順序と費用の上限でAIエージェントを制御する機能（発表元・外部サイト）
1回ごとの操作だけでなく、それまでの操作の並びを見て許可を判断する仕組みと、利用者や接続先ごとの上限設定が追加されました。
DotMarginの見方
💬今週いちばん考え方として参考になったのがこれです。AIの安全設計は「この操作を許すかどうか」だけでは足りません。手順を飛ばしていないか、同じことを繰り返していないか、費用が想定を超えていないか。一連の流れとして見る必要があります。
AWS固有の機能なので、そのまま持ってくる話ではありません。ただ、順序と上限という2つの軸は、小さな仕組みにも入れられます。
AWS、Codexの稼働をログとして集める構成を公開（発表元・外部サイト）
Codexの稼働情報をローカルの収集役を経由してCloudWatchへ送り、利用状況や消費をチーム単位で見る構成が紹介されました。
DotMarginの見方
💬筋は通っているのですが、AWSを前提にした構成なので、サブスクリプション中心で動かしている環境にそのまま入る話ではありません。考え方だけ借りて、手元でどのログを残すかを決めるのが現実的です。
1人や少人数なら、まずは「いつ、何に、どれだけ使ったか」を月次で振り返れれば十分だと思います。
AWS、専門作業を手順として配れるようにするAgent Skillsの例（発表元・外部サイト）
Agent Skillsを使って、ポリシーの作成、レビュー、テスト、デバッグ、配備、検証までを一続きの手順として扱う例が公開されました。
DotMarginの見方
💬管理画面で人がやっていた専門作業を、配れる手順に変えたという話です。同じことがWordPressの運用でも言えて、毎回口頭で説明するより、手順そのものを渡せる形にしたほうが早い。
今週のAgent Plugins（16番）とも地続きです。「AIに何をさせるか」を、個人の設定ではなく配布できる単位で持つ方向へ動いています。
ChatGPTのGPT-5.6 Solを改善、無料利用者にも利用範囲を拡大（発表元・外部サイト）
回答の品質が調整され、有料プランでは考える量を設定できるように、無料プランではGPT-5.6 Lunaの利用範囲が広がりました。
DotMarginの見方
💬これはChatGPT側の更新で、公式の説明ではWorkとCodexを動かすGPT-5.6 Solは対象外とされています。「Codexが賢くなった」という話と混ざりやすいので、切り分けて読む必要があります。
ふだんの相談や文章作成で使う分には、選択肢が広がったと考えていいと思います。
AIエージェント向け「Agent Plugins 1.0.0」が公開（発表元・外部サイト）
Agent SkillsとMCPサーバーを1つの形式にまとめて配布する、特定の会社に依存しない共通規格が公開されました。
DotMarginの見方
💬同じ仕組みを、Codex、GitHub Copilot、VS Codeなど複数の環境へ持ち運べる可能性があります。うちで作っているWordPress連携も、一社専用で終わらせず配れる形に整えられるかもしれません。
ただし、どこまで対応するかはクライアント側の実装次第です。規格ができたことと、動くことは別の話なので、実際に試してから判断します。
GitHub Spark、8月末で提供終了へ（発表元・外部サイト）
2026年8月4日から新規の受け付けと新しいアプリの作成が止まり、既存の利用も2026年8月31日までとなる予定です。
DotMarginの見方
💬今週いちばん実務に影響しそうなのはこれかもしれません。AIでWebアプリを作れるサービスは、まだ提供方針が固まっていません。数か月で方向が変わることがあります。
使うなと言いたいわけではなく、乗る前に「データを持ち出せるか」「他へ移せるか」を確認しておけば十分です。試作に使うのは有効で、本番の業務をそこに置き切るのが危ないという話です。
MIT、AIの診断支援は使う人の専門性で効果が変わるとする研究（発表元・外部サイト）
皮膚疾患の診断支援を使った実験で、専門家でない人は誤った説明にも従いやすく、臨床医は誤りを見抜けたという結果が紹介されました。
DotMarginの見方
💬医療の話としてそのまま一般化するものではありません。ただ「AIの説明は、読む人の経験によって効き方が変わる」という指摘は、業務システムの画面を作るときにも当てはまります。
詳しくない人に丁寧な説明を出すと、かえって誤りを通してしまうことがある。ここは設計で気をつけたい部分です。
