GitHub Copilotで一般提供が告知されたAnthropicのClaude Fable 5は、2026年6月12日のGitHub Changelog追記で、すべてのGitHub Copilot experienceからアクセスが一時停止されたと説明されています。6月9日の一般提供告知から数日で状態が変わったため、開発者や管理者は「どのモデルが止まったのか」「他のClaudeモデルは使えるのか」「停止前に有効化していた組織は何を確認すべきか」を切り分ける必要があります。
この記事では、GitHub Changelog、GitHub Docs、Anthropic公式声明で確認できる範囲に絞り、GitHub Copilotの利用者とBusiness/Enterprise管理者向けに整理します。Anthropicが説明している政府指示の詳細は、Anthropic側の主張として扱います。本記事はMicrosoft、GitHub、Anthropicと提携していない立場で公開情報を整理したもので、投資助言ではありません。
3行まとめ
このテーマをもう少し広げて見るなら、Claude Fable 5がMicrosoft 365 Copilotにプレビュー登場：default-off、データ保持、管理者設定の確認ポイント と GitHub Copilot code reviewに組織単位runner設定：content exclusion、custom instructionsの確認ポイント も合わせて確認してください。同じClaude Fable 5でも、GitHub CopilotとMicrosoft 365 Copilotで提供状態と管理者設定を分けて確認できます。
GitHubは2026年6月12日の追記で、Claude Fable 5へのアクセスをGitHub Copilot全体で一時停止したと説明しています。
Business/Enterpriseでは管理者がpolicyを有効化する前提で、既定で全員が使えるモデルではありませんでした。
Claude Fable 5はpromptsとoutputsの最大30日保持が説明されており、停止中でもデータ扱いの確認が必要です。
停止理由の議論より先に、supported models、policy、データ保持、AI Credits、代替モデルを確認します。
- GitHubは2026年6月12日の追記で、Claude Fable 5へのアクセスをGitHub Copilot全体で一時停止したと説明しています。GitHubの追記では、Claude Opus 4.8、Claude Sonnet 4.6、Claude Haiku 4.5など他のClaudeモデルは影響なしとされています。
- Claude Fable 5は、告知時点でもBusiness/Enterpriseで管理者がpolicyを有効化する必要があり、既定で全員が使えるモデルではありませんでした。停止中でも、管理者は有効化状態、対象組織、周知内容、入力可能データのルールを棚卸ししておくべきです。
- このモデルは、他のClaudeモデルと異なりpromptsとoutputsの最大30日保持が説明されていました。停止理由の議論より先に、データ保持、AI Credits、代替モデル、再開時の再露出リスクを確認するのが実務上の第一歩です。
いま最初に見るべきものは、GitHub ChangelogのEditor Note、GitHub Docsのsupported models脚注、models and pricing、default modelsの管理Docs、Anthropicの停止声明です。MicrosoftとGitHub関連の6月更新を横断して追う場合は、公開済みの<a href="https://msft-watch.blog.mo-gmo.com/monthly-topics-2026-06/">2026年6月 重要トピックまとめ</a>もあわせて確認してください。
Claude Fable 5の一般提供は何が変わるはずだったのか
一般提供という表現だけで、全ユーザーが即時利用できたとは判断しない方が安全です。
GitHubは2026年6月9日、Claude Fable 5がGitHub Copilotで一般提供されたと告知しました。告知時点の位置づけは、長い作業や自律的なコーディング作業に向くAnthropicのMythos classモデルを、GitHub Copilotのモデル選択肢として使えるようにする、というものでした。
対象だったCopilotの入口
GitHub Changelogでは、Claude Fable 5を選べる入口として、Visual Studio Codeのchat、ask、edit、agent各モード、Visual Studio、Copilot CLI、GitHub Copilot cloud agent、GitHub Copilot app、github.com、GitHub Mobile、JetBrains、Xcode、Eclipseが挙げられていました。つまり、単一IDEだけの更新ではなく、GitHub Copilotの複数体験にまたがるモデル追加として読むべき発表でした。
注意点
ただし、告知時点でもロールアウトは段階的と説明されており、すべての利用者が同時にモデルピッカーで見えていたとは限りません。一般提供という言葉だけで「全ユーザーが即時利用できた」と読むのは早計です。
Business/Enterpriseでは管理者が有効化する前提だった
もう一つ重要なのは、Copilot BusinessとCopilot Enterpriseでは管理者がClaude Fable 5 policyを有効化する必要があり、そのpolicyは既定でオフだったことです。これは、停止前に利用できたかどうかを調べるときの出発点になります。
組織でGitHub Copilotを使っている場合、単に「Claude Fable 5がGitHub Copilotに来た」というニュースを見ただけでは、社内で実際に使えたとは言えません。Enterprise ownerやOrganization ownerがどのモデルを許可していたか、どの組織またはユーザーに展開していたかを確認する必要があります。
30日データ保持が他Claudeモデルとの差分だった
Claude Fable 5の最大の確認点は、モデル性能よりもデータ保持条件でした。GitHub Changelogは、Anthropicの安全分類器を動かすためにpromptsとoutputsを最大30日保持し、30日後に削除し、保持データはAnthropicモデルの学習には使わないと説明しています。
ここは社内説明で混同しやすいところです。「学習に使わない」と「保持されない」は同じ意味ではありません。Claude Fable 5では保持があること自体が、他のClaudeモデルとの差分として説明されていました。機密コード、顧客データ、認証情報、未公開仕様を入力してよいかという社内ルールに直結します。
2026年6月12日の停止で何を読み替えるべきか
- 2026年6月9日
GitHubはClaude Fable 5がGitHub Copilotで一般提供されたと告知しました。
- 2026年6月12日
GitHubはAnthropicの発表を受け、Claude Fable 5へのアクセスをすべてのGitHub Copilot experienceで一時停止したと追記しました。
- 停止中の確認
明示選択していたセッション、モデルピッカー、Copilot CLIやagent作業、Auto選択時のplanとpolicyを確認します。
- 影響なしとされる範囲
GitHubの追記では、Claude Opus 4.8、Claude Sonnet 4.6、Claude Haiku 4.5など他のClaudeモデルは影響なしとされています。
復旧時期、復旧条件、再開時のpolicy挙動は、GitHubまたはAnthropicの明確な更新まで推測しない方が安全です。
6月12日のGitHub Changelog追記は、6月9日の一般提供告知をそのまま読む前提を変えました。GitHubは、Anthropicの発表を受け、Claude Fable 5へのアクセスをすべてのGitHub Copilot experienceで一時停止したと説明しています。
停止対象はClaude Fable 5として読む
今回のGitHub側の確認済み事実は、Claude Fable 5 access suspended across all GitHub Copilot experiencesという点です。復旧時期、復旧条件、今後の価格、再開時のpolicy挙動は、GitHubまたはAnthropicが明確に更新するまで推測しない方が安全です。
停止前にClaude Fable 5を明示的に選んでいた開発者は、モデルピッカー上で候補から消えていないか、別モデルに切り替わっていないか、進行中のCopilot CLIやagent作業に影響が出ていないかを確認します。Auto選択を使っていた場合は、どのモデルへ切り替わったかを断定せず、最新のsupported modelsと自分のplan、組織policyを見直します。
他のClaudeモデルは影響なしと説明されている
GitHubの追記では、Claude Opus 4.8、Claude Sonnet 4.6、Claude Haiku 4.5を含む他のClaudeモデルは利用可能で影響を受けないと説明されています。したがって、社内向けに「Claude全部が止まった」「GitHub Copilotが使えなくなった」と伝えるのは不正確です。
代替モデルを考える場合も、目的別に分けます。複雑なコード理解や設計相談ではOpus系、日常的な修正やレビューではSonnet系、軽い説明や短い相談ではHaiku系を候補として見ます。ただし、実際の可用性、料金、組織policyはplanや管理設定によって変わるため、最終判断はGitHub Docsと管理画面に戻す必要があります。
Anthropic声明は停止理由の説明として扱う
Anthropicは2026年6月12日の声明で、Fable 5とMythos 5へのアクセスを停止する必要が生じ、全顧客向けにアクセスを無効化していると説明しました。同社は、米政府による指示、外国籍者へのアクセス制限、jailbreak懸念などを説明していますが、この記事ではそれらをAnthropic側の説明として扱います。
読み替えの基準
GitHub Copilot利用者にとって主目的は、政府指示の法的評価をすることではありません。まず、GitHub Copilot上でClaude Fable 5が止まっていること、他のClaudeモデルは影響なしとされていること、データ保持条件があったこと、管理者がどのpolicyを有効にしていたかを確認することです。
個人開発者はモデル選択とAuto設定をどう確認するか
- 1明示選択を確認
Claude Fable 5をモデルピッカーで選んでいた場合は、候補から消えていないか、別モデルへ切り替わっていないかを見ます。
- 2入口を確認
GitHub.com、VS Code、Copilot CLI、JetBrains、Visual Studioなど、使っていた入口ごとに挙動を見ます。
- 3Auto選択を確認
Autoを使っていた場合は、どのモデルへ切り替わったかを断定せず、plan、組織policy、クライアントを見直します。
- 4作業ルールを確認
AI Credits、入力してよいコード範囲、作業結果のレビュー方法を確認します。
エラーや応答品質の変化は、Claude Fable 5停止による切り替えと、別のCopilot機能の問題を分けて見ます。
個人利用者にとっての確認は、管理者向けよりもシンプルです。ただし、モデルが一時停止されたときに、どの入口でどのモデルを使っていたかを覚えていないと、挙動変化の原因が分かりにくくなります。
明示選択していた場合
Claude Fable 5をモデルピッカーで明示選択していた場合は、まず候補から消えていないか、利用中のセッションで別モデルへ切り替わっていないかを見ます。対象になり得る入口は、GitHub.com、VS Code、Copilot CLI、JetBrains、Visual Studioなどです。
エラーや応答品質の変化が出た場合も、すぐにCopilot全体の障害と見なすのではなく、Claude Fable 5停止によるモデル切り替えか、別のCopilot機能の問題かを分けます。GitHub Status、GitHub Changelog、対象クライアントの拡張機能更新もあわせて確認すると、原因を絞りやすくなります。
Auto選択を使っていた場合
Auto選択では、利用者がモデルを明示していないぶん、実際にどのモデルが選ばれていたかを追いにくくなります。GitHub Docsは、モデル可用性がplanやpolicyに左右されることを示しています。Claude Fable 5停止中にAutoがどのモデルを選ぶかは、こちらで断定できません。
評価基準
確認すべき観点は6つです。自分のplanで使えるモデル、組織policy、選択中のクライアント、AI Creditsの消費、入力してよいコード範囲、作業結果のレビュー方法です。とくに、社内リポジトリや顧客データを扱う場合は、モデルの便利さよりも入力データの扱いを先に確認してください。
Business/Enterprise管理者は既定オフとpolicyをどう扱うか
- 1Enterprise owner
enterprise内のorganizationに対して、どのCopilotモデルを使えるようにするかを確認します。
- 2Organization owner
enterprise側のpolicy、organization側の設定、ユーザーのplanやクライアントを分けて確認します。
- 3設定棚卸し
過去にClaude Fable 5を有効化していたpolicy、対象組織、対象ユーザー、周知内容を整理します。
- 4再開時の備え
復旧時に自動的に全社展開しないよう、新規モデル採用フローに戻して扱います。
停止中だから何もしないのではなく、復旧時に以前の設定が意図せず効く可能性を先に減らします。
組織管理者にとって、今回の件は「停止したから何もしない」では終わりません。停止中だからこそ、再開時に同じpolicyが意図せず効く可能性を想定して、現在の設定と意思決定の記録を整理できます。
Enterprise ownerとOrganization ownerで見る場所が違う
GitHub Docsのdefault models管理説明では、Enterprise ownerが、enterprise内のorganizationに対してどのCopilotモデルを使えるようにするかを管理できるとされています。モデルごとに、すべてのorganizationで有効にするか、各organizationが有効化を選べるようにするかを選ぶ設計です。
Organization ownerは、enterprise側のpolicyに制約される可能性があります。つまり、あるorganizationでClaude Fable 5が見えない理由は、GitHub側の停止、enterprise側の制限、organization側の設定、ユーザーのplanやクライアントのいずれかです。原因を一つに決め打ちしない方がよいです。
停止中でも設定棚卸しは必要
管理者が確認すべき項目は、少なくとも次の通りです。
確認項目
| 確認項目 | 見る理由 | 記録しておくこと |
|---|---|---|
| Claude Fable 5 policyの状態 | 停止前に組織で許可していたかを把握するため | 有効、任意、無効、対象組織 |
| 対象ユーザーまたは組織 | 停止前に使えた可能性がある範囲を絞るため | 対象部署、対象repo、利用用途 |
| データ入力ルール | prompts/outputs保持条件と社内規程を照合するため | 入力禁止情報、例外承認、問い合わせ先 |
| AI Credits設定 | 代替モデル利用で費用が変わる可能性を見るため | 予算、上限、アラート、請求先 |
| 再開時の判断者 | 復旧時に自動で広がるのを防ぐため | 再開条件、承認者、周知文 |
Claude Fable 5が止まっているあいだに、過去に有効化していたpolicyを意図した状態へ戻しておくと、復旧時に想定外の再露出を避けやすくなります。
再開時の自動再露出を避ける
もし将来アクセスが復旧した場合、以前の設定がそのまま残っていれば、再び利用可能になる可能性があります。GitHubが復旧時の挙動を明確に案内するまでは、管理者側で「再開しても自動的に全社展開しない」前提の設定にしておくのが無難です。
おすすめは、Claude Fable 5を新規モデル採用フローに戻すことです。データ保持、入力禁止情報、AI Credits、利用目的、対象ユーザー、レビュー方法を確認し、必要なら小さなpilotから再開する。GA告知があったから即全社有効化、という運用は今回のような急な状態変更に弱くなります。
データ保持の30日は何を意味し、何を意味しないのか
セキュリティ・法務・コンプライアンスでは、保持期間、利用目的、入力データ分類を分けて確認します。
Claude Fable 5の話を社内で説明するとき、もっとも誤解が起きやすいのがデータ保持です。GitHubの説明では、Claude Fable 5はAnthropicの安全分類器を動かすため、promptsとoutputsを最大30日保持し、その後削除し、保持データはモデル学習には使わないとされています。
保持と学習利用は別の論点
「学習には使わない」と説明されていることは重要です。一方で、それは「保持されない」という意味ではありません。安全分類器の運用目的で最大30日保持されるという条件は、機密情報管理の観点では独立した確認項目です。
社内のセキュリティ・法務・コンプライアンス担当へは、次のように分けて伝えると誤解が減ります。
混同しないための整理
| 論点 | Claude Fable 5で確認すべきこと | 混同しやすい表現 |
|---|---|---|
| 保持対象 | promptsとoutputsが保持対象として説明されている | 入力だけ、または出力だけと決めつける |
| 保持期間 | 最大30日と説明されている | すぐ消える、永続保存されると断定する |
| 利用目的 | 安全分類器の運用と説明されている | すべての品質改善に使われると広げる |
| 学習利用 | 学習には使わないと説明されている | 保持されないという意味に変える |
| 対象範囲 | Claude Fable 5固有の条件として扱う | GitHub Copilot全体や全Claudeモデルに広げる |
停止前に使った可能性がある場合
組織でClaude Fable 5を有効化していた可能性がある場合は、利用者に対して、停止前にどのような入力をしたかを確認する導線を用意します。ここで大事なのは、個人を責めることではなく、入力情報の種類を分類することです。
機密コード、顧客データ、未公開ロードマップ、認証情報、ログ、脆弱性情報、規制対象データが含まれていないか。含まれていた可能性がある場合、社内のデータ分類ルール、GitHubの契約条件、Anthropicの該当条件を見ながら、必要な記録と対応を決めます。
AI Creditsと追加課金は停止中でもなぜ確認が必要か
停止モデルそのものより、代替運用で月末のAI Credits消費が想定と変わる点を見ます。
Claude Fable 5が停止しているなら課金確認は不要、と考えるのは少し危ういです。実際には、代替モデルへ切り替えることで、AI Creditsの消費や予算アラートの見え方が変わる可能性があります。
GitHub AI Creditsはモデルとトークン量で変わる
GitHub Docsのmodels and pricingは、Copilotのやり取りがinput tokens、output tokens、cached tokensを消費し、モデルごとの価格に基づいてAI Creditsへ換算されると説明しています。1 AI Creditは0.01米ドルです。
Individual planではplanごとのAI Credits allowance、Copilot BusinessとCopilot Enterpriseでは課金単位にプールされるper-user GitHub AI Credits allowanceが説明されています。含まれる枠を超えた利用は追加のAI Creditsとして請求されます。したがって、代替モデルを選ぶときは、使えるかどうかだけでなく、どの程度の利用量になるかを見ておく必要があります。
代替モデルへの切り替えで費用感が変わる
Claude Fable 5を使う予定だった作業が、Claude Opus 4.8、Claude Sonnet 4.6、Claude Haiku 4.5、またはOpenAI系モデルへ移る場合、トークン量、速度、出力の長さ、リトライ回数が変わります。結果として、月末のAI Credits消費が想定と違うことがあります。
費用確認の軸
管理者は、モデル切り替え時に次の4点を見ます。対象ユーザーは誰か。どの作業に使うのか。予算上限やアラートはあるか。停止条件を誰が判断するのか。Copilot code reviewやagentic workflowsのようにGitHub Actions minutesも関わる機能では、AI Creditsだけでなく周辺コストも確認対象になります。GitHub Copilotのエージェント運用とコスト管理は、<a href="https://msft-watch.blog.mo-gmo.com/msft-47-github-agentic-workflows-public-preview-actions-github-token-cost-controls/">GitHub Agentic Workflowsの確認ポイント</a>でも整理しています。
代替モデルはどれを見ればよいか
大きなリファクタリング案、複雑なアーキテクチャ相談、長い差分のレビュー、複数ファイルをまたぐ問題整理の候補です。
一般的なコード修正、テスト追加、説明文の作成、PRコメントの下書きの候補です。
短い質問、エラー文の整理、READMEの小さな修正案、簡単な要約の候補です。
採用判断では、サンプルタスク、入力可能データ、出力品質、レビュー負荷、AI Creditsを同じ条件で比べます。
これは性能ランキングではありません。実際の可用性、plan、AI Credits、組織policyは最新Docsと管理画面で確認します。
代替モデルは、単純な優劣で選ぶより、作業ごとに分ける方が実務的です。GitHubが影響なしと説明している他Claudeモデルは、少なくとも最初の確認候補になります。
高負荷作業はOpus系を候補にする
大きなリファクタリング案、複雑なアーキテクチャ相談、長い差分のレビュー、複数ファイルをまたぐ問題の整理では、Opus系モデルを候補にできます。ただし、可用性、plan、AI Credits、組織policyは常に最新Docsと管理画面で確認してください。
日常的な開発支援はSonnet系を候補にする
一般的なコード修正、テスト追加、説明文の作成、PRコメントの下書きでは、Sonnet系を候補にできます。Claude Fable 5停止中に開発体験を止めないための実用的な代替として考えやすい領域です。
軽い相談はHaiku系を候補にする
短い質問、エラー文の整理、READMEの小さな修正案、簡単な要約では、Haiku系を候補にできます。軽量用途では、応答速度や費用感が重要になることがあります。
評価基準
ただし、これは性能ランキングではありません。組織で採用判断をする場合は、サンプルタスク、入力可能データ、出力品質、レビュー負荷、AI Creditsの消費を同じ条件で比べる必要があります。
管理者の停止後チェックリスト
- 1時間以内
GitHub Changelogの追記、管理画面のpolicy、利用者向けの短い周知、問い合わせ先を確認します。
- 当日中
停止前に有効化していた組織、ユーザー、用途、入力ルール、AI Credits上限、予算アラートを確認します。
- 週次
GitHub Changelog、supported models、models and pricing、model availability関連ページを再確認します。
- 復旧時
自動的に広がらないよう、policyを任意または無効へ戻す必要があるかを確認します。
未確認情報ではなく、GitHub Changelog、GitHub Docs、Anthropic声明を一次情報として扱います。
停止を受けた管理者の初動は、原因の詳細を追い続けることより、利用者が安全に作業を続けるための確認を順番に済ませることです。時間軸で見ると、対応が整理しやすくなります。
1時間以内に見ること
- GitHub ChangelogのClaude Fable 5記事に追記があるか確認する。
- 管理画面でClaude Fable 5 policyまたはmodel availabilityの状態を確認する。
- 利用者に「Claude Fable 5は停止対象、他Claudeモデルは影響なしと説明されている」と短く周知する。
- 問い合わせ先を1つに絞り、個別の噂や未確認情報で判断しないよう伝える。
当日中に見ること
- 停止前にClaude Fable 5を有効化していた組織、ユーザー、用途を確認する。
- 入力してよい情報と入力してはいけない情報のルールを再掲する。
- 代替モデルを使う場合のAI Credits上限、予算アラート、利用ログの確認方法を決める。
- 再開時に自動的に広がらないよう、必要ならpolicyを任意または無効へ戻す。
週次で見ること
- GitHub ChangelogのEditor Noteが更新されていないか確認する。
- GitHub Docsのsupported models、models and pricing、model availability関連ページを再確認する。
- Anthropicの声明に追加説明、復旧、追加制限がないか確認する。
- 代替モデルの利用状況、AI Credits消費、利用者の問い合わせ傾向を見直す。
記録項目
チェック結果は、口頭ではなく記録に残してください。確認日、確認者、見たページ、設定状態、次回確認日を残しておくと、復旧時や監査時に説明しやすくなります。
社内にどう説明するか
同じ文章を全員に送るより、関心ごとに言い換えた方が混乱を減らせます。
今回の件は、開発者、セキュリティ・法務、経理・管理部門で関心が違います。同じ文章を全員に送るより、相手ごとに言い換えた方が混乱を減らせます。
開発者向け
開発者には、停止理由の詳細より先に、作業をどう続ければよいかを伝えます。Claude Fable 5はGitHub Copilot上で一時停止されたこと、他のClaudeモデルは影響なしと説明されていること、代替モデルを使う場合も機密情報の入力ルールは変わらないことを明確にします。
Copilot CLI、agent、code review機能を使っているチームには、モデル選択だけでなく、CLIの承認、ローカル変更の扱い、既存のCodeQLやsecret scanningとの併用も見直してもらうとよいです。Copilot CLIのセキュリティレビュー運用は、<a href="https://msft-watch.blog.mo-gmo.com/msft-42-copilot-cli-security-review-public-preview-codeql-secret-scanning/">Copilot CLI /security-reviewの記事</a>も参考になります。
セキュリティ・法務向け
セキュリティ・法務向けには、保持条件と停止範囲を分けて説明します。Claude Fable 5ではpromptsとoutputsの最大30日保持が説明されていたこと、保持データは学習には使わないと説明されていたこと、停止対象はClaude Fable 5であり他Claudeモデル全体ではないことを分けます。
注意点
Anthropicの政府指示に関する説明は、Anthropic側の公式声明として共有し、社内判断ではGitHubとの契約、利用規程、データ分類、入力禁止情報のルールへ戻します。
経理・管理部門向け
経理・管理部門には、停止そのものよりも、代替モデルへの切り替えでAI Credits消費が変わる可能性を伝えます。1 AI Creditが0.01米ドルであること、planごとの allowance や組織側のプールがあること、追加利用が発生する可能性があることを、GitHub Docs確認前提で共有します。
予算上限やアラートが未設定なら、今回をきっかけに設定しておく価値があります。新モデルが増えるたびに費用感が変わるため、モデル採用フローに請求確認を組み込む方が安定します。
今回の件をGitHub Copilot運用ルールへ戻す
- 1新モデル追加
可用性、データ保持、管理者制御、AI Credits、代替可能性、監査可能性を確認します。
- 2小さく試す
対象組織、対象repo、入力してよい情報、レビュー担当、停止条件を決めてから始めます。
- 3停止時の代替ルート
Auto選択、代替Claudeモデル、OpenAI系モデル、BYOKのどれを見るかを事前に決めます。
- 4社内運用
問い合わせ先、一次情報の確認先、社内周知テンプレート、復旧時の再承認条件を用意します。
- 5監視先
GitHub Changelog、supported models、models and pricing、Managing availability of default modelsを固定して確認します。
モデルが増えるほど、管理者は使えるかだけでなく、使わせてよいかを判断する必要があります。
Claude Fable 5の停止は、一つのモデルの出来事で終わらせない方がよいです。GitHub Copilotは、モデル追加、agent機能、CLI、SDK、MCP、code review、Actions連携などが短い間隔で更新されています。モデルが増えるほど、管理者は「使えるか」だけでなく「使わせてよいか」を判断する必要があります。
新モデル追加時の承認フローを決める
新しいモデルがGitHub Copilotに追加されたら、少なくとも次の6点を確認します。可用性、データ保持、管理者制御、AI Credits、代替可能性、監査可能性です。これらを確認する前に全社有効化すると、今回のような急な状態変更で説明が難しくなります。
小さく試す場合も、対象組織、対象repo、入力してよい情報、レビュー担当、停止条件を決めてから始めます。Copilot SDKやBYOKを使って自社アプリへ組み込む場合は、<a href="https://msft-watch.blog.mo-gmo.com/msft-28-github-copilot-sdk-ga-mcp-byok-ai-credits/">GitHub Copilot SDKの記事</a>のように、認証、MCP、AI Creditsの設計まで含めて見ます。
モデル停止時の代替ルートを決める
モデル停止が起きたときは、Auto選択へ任せるのか、代替Claudeモデルへ寄せるのか、OpenAI系モデルを見るのか、BYOKを使うのかを事前に決めておくと混乱が減ります。開発者が各自で判断すると、入力ルール、費用、出力品質、レビュー負荷がばらつきます。
運用に戻す項目
モデル停止時の運用ルールには、問い合わせ先、一次情報の確認先、社内周知のテンプレート、復旧時の再承認条件を含めます。GitHub Changelog、supported models、models and pricing、Managing availability of default modelsは、監視先として固定しておきたいページです。
次に読むなら
参照した主な情報源
- GitHub Changelog: Claude Fable 5 is generally available for GitHub Copilot
Claude Fable 5 is generally available for GitHub Copilot
- GitHub Docs: Supported AI models in GitHub Copilot
https://docs.github.com/en/copilot/reference/ai-models/supported-models
- GitHub Docs: Models and pricing for GitHub Copilot
https://docs.github.com/en/copilot/reference/copilot-billing/models-and-pricing
- GitHub Docs: Managing availability of default models
https://docs.github.com/en/copilot/how-tos/administer-copilot/manage-for-enterprise/manage-availability-of-default-models
- Anthropic: Statement on the US government directive to suspend access to Fable 5 and Mythos 5
https://www.anthropic.com/news/fable-mythos-access
更新履歴
- 2026年6月13日 JST: GitHub Changelogの2026年6月12日Editor Note、GitHub Docsのsupported models、models and pricing、default models管理Docs、Anthropic公式声明を確認して公開しました。GitHubがClaude Fable 5のaccess suspended表記を変更した場合、supported modelsの脚注が変わった場合、Anthropicが復旧または追加制限を発表した場合は、記事を更新します。