https://youdozi.github.io/ja/youdozi's memoryjaMon, 26 Oct 2026 15:42:21 GMThttps://youdozi.github.io/ja/digest/2026-05-09-copilot-grok-code-fast-retirement/https://youdozi.github.io/ja/digest/2026-05-09-copilot-grok-code-fast-retirement/ニュースの日付 · 2026-05-09 GitHub は、Copilot での Grok Code Fast 1 の提供を 2026-05-15 に終了する予定を発表した。これは発表された予定の記録であり、実際の提供終了を独立に確認したものではない。 告知によると、モデル提供元による廃止に伴い、終了日が前倒しされた。<section><h2>Grok Code Fast 1 の提供終了予告：Copilot での対象範囲</h2><p>ニュースの日付 · 2026-05-09 GitHub は、Copilot での Grok Code Fast 1 の提供を 2026-05-15 に終了する予定を発表した。これは発表された予定の記録であり、実際の提供終了を独立に確認したものではない。 告知によると、モデル提供元による廃止に伴い、終了日が前倒しされた。</p><a href="https://github.blog/changelog/2026-05-08-upcoming-deprecation-of-grok-code-fast-1">元の記事を読む</a></section>Mon, 26 Oct 2026 15:42:21 GMT2026-10-26T15:42:21.545Zhttps://youdozi.github.io/ja/digest/2026-05-06-codeql-sanitizer-and-validator-models/https://youdozi.github.io/ja/digest/2026-05-06-codeql-sanitizer-and-validator-models/ニュースの日付 · 2026-05-06 GitHub は、barrierModel と barrierGuardModel を使い、CodeQL の YAML データ拡張でサニタイザーとバリデーターを宣言的に定義する仕組みを紹介している。 告知では CodeQL 2.25.2 以降で利用可能としている。これは当時の告知に記載された最低バージョンであり、現在のアップグレード推奨ではない。<section><h2>CodeQL のデータによるモデル定義にカスタムサニタイザーとバリデーターを追加</h2><p>ニュースの日付 · 2026-05-06 GitHub は、barrierModel と barrierGuardModel を使い、CodeQL の YAML データ拡張でサニタイザーとバリデーターを宣言的に定義する仕組みを紹介している。 告知では CodeQL 2.25.2 以降で利用可能としている。これは当時の告知に記載された最低バージョンであり、現在のアップグレード推奨ではない。</p><a href="https://www.infoq.com/news/2026/05/github-codeql-security-modeling/">元の記事を読む</a></section>Mon, 26 Oct 2026 15:42:21 GMT2026-10-26T15:42:21.545Zhttps://youdozi.github.io/ja/digest/2026-05-16-copilot-grok-code-fast-retirement-confirmation/https://youdozi.github.io/ja/digest/2026-05-16-copilot-grok-code-fast-retirement-confirmation/ニュースの日付 · 2026-05-16 GitHub は、2026-05-15 に各種 Copilot 利用環境で Grok Code Fast 1 を廃止したと報告した。これは製品提供元による完了の告知であり、以前の予定日の告知とは異なる。 告知によると、Copilot Enterprise の管理者は、モデルポリシーで代替モデルを有効にする必要がある場合がある。<section><h2>GitHub が Copilot での Grok Code Fast 1 の提供終了を報告</h2><p>ニュースの日付 · 2026-05-16 GitHub は、2026-05-15 に各種 Copilot 利用環境で Grok Code Fast 1 を廃止したと報告した。これは製品提供元による完了の告知であり、以前の予定日の告知とは異なる。 告知によると、Copilot Enterprise の管理者は、モデルポリシーで代替モデルを有効にする必要がある場合がある。</p><a href="https://github.blog/changelog/2026-05-15-grok-code-fast-1-deprecated">元の記事を読む</a></section>Mon, 26 Oct 2026 15:42:21 GMT2026-10-26T15:42:21.545Zhttps://youdozi.github.io/ja/digest/2026-07-03-copilot-credit-pools-and-additional-spending/https://youdozi.github.io/ja/digest/2026-07-03-copilot-credit-pools-and-additional-spending/ニュースの日付 · 2026-07-03 GitHub は、Enterprise Cloud 上の Copilot Business と Enterprise 向けに、コストセンター単位の AI クレジットプールを発表した。発表時点では REST API で設定でき、設定画面での管理は計画段階だった。 プールの上限は、企業全体で共有する契約に含まれるクレジットから、コストセンターが使える量を制限する。コストセンターの予算は、そのプールを使い切った後の従量課金を管理する。対象となる支出段階が異なるため、両者を組み合わせられる。 GitHub は割り当て済みライセンスからプール上限を算出する。上限に達すると、企業は契約に含まれるクレジットの追加利用を停止するか、超過利用を許可している場合は追加支出を認められる。そのため、プールが自動的に全料金の厳格な上限になるわけではない。<section><h2>Copilot のクレジットプール：含まれる利用枠と追加支出</h2><p>ニュースの日付 · 2026-07-03 GitHub は、Enterprise Cloud 上の Copilot Business と Enterprise 向けに、コストセンター単位の AI クレジットプールを発表した。発表時点では REST API で設定でき、設定画面での管理は計画段階だった。 プールの上限は、企業全体で共有する契約に含まれるクレジットから、コストセンターが使える量を制限する。コストセンターの予算は、そのプールを使い切った後の従量課金を管理する。対象となる支出段階が異なるため、両者を組み合わせられる。 GitHub は割り当て済みライセンスからプール上限を算出する。上限に達すると、企業は契約に含まれるクレジットの追加利用を停止するか、超過利用を許可している場合は追加支出を認められる。そのため、プールが自動的に全料金の厳格な上限になるわけではない。</p><a href="https://github.blog/changelog/2026-07-02-cost-centers-now-support-included-usage-caps">元の記事を読む</a></section>Mon, 26 Oct 2026 15:42:21 GMT2026-10-26T15:42:21.545Zhttps://youdozi.github.io/ja/digest/2026-05-07-github-security-advisory-search/https://youdozi.github.io/ja/digest/2026-05-07-github-security-advisory-search/ニュースの日付 · 2026-05-07 GitHub は、リポジトリの Security タブ内でセキュリティアドバイザリを直接検索・絞り込みできる機能を追加した。 告知では、対応する検索・絞り込みキーワードとして sort（並べ替え）、package（パッケージ）、ecosystems（エコシステム）、severity（深刻度）などを挙げている。<section><h2>GitHub のリポジトリアドバイザリに検索・絞り込み機能</h2><p>ニュースの日付 · 2026-05-07 GitHub は、リポジトリの Security タブ内でセキュリティアドバイザリを直接検索・絞り込みできる機能を追加した。 告知では、対応する検索・絞り込みキーワードとして sort（並べ替え）、package（パッケージ）、ecosystems（エコシステム）、severity（深刻度）などを挙げている。</p><a href="https://github.blog/changelog/2026-05-06-search-and-filter-bar-for-repository-security-advisories">元の記事を読む</a></section>Mon, 26 Oct 2026 15:42:21 GMT2026-10-26T15:42:21.545Zhttps://youdozi.github.io/ja/digest/2026-07-12-multi-region-replication-and-failover-trade-offs/https://youdozi.github.io/ja/digest/2026-07-12-multi-region-replication-and-failover-trade-offs/ニュースの日付 · 2026-07-12 記事の著者は、各リージョンが独立してリクエストを処理する active-active 構成と、読み取りをローカルで処理し、リモートの書き込みをグローバルな書き込み用リージョンへプロキシする構成を比較している。トレードオフには、レプリケーション、競合処理、リージョン間の書き込み遅延が含まれる。 active-passive 運用について、著者はプライマリがトラフィックを処理し、セカンダリが継続的にレプリケーションを受ける構成を説明している。記事は、訓練で試していないフェイルオーバー経路が実行時に失敗する可能性を指摘し、実測した切り替え動作を計画に反映するよう勧めている。原文にあるコスト削減率と遅延回復の推定値は、ここでは取り上げていない。<section><h2>マルチリージョン設計：レプリケーション・書き込み・フェイルオーバーのトレードオフ</h2><p>ニュースの日付 · 2026-07-12 記事の著者は、各リージョンが独立してリクエストを処理する active-active 構成と、読み取りをローカルで処理し、リモートの書き込みをグローバルな書き込み用リージョンへプロキシする構成を比較している。トレードオフには、レプリケーション、競合処理、リージョン間の書き込み遅延が含まれる。 active-passive 運用について、著者はプライマリがトラフィックを処理し、セカンダリが継続的にレプリケーションを受ける構成を説明している。記事は、訓練で試していないフェイルオーバー経路が実行時に失敗する可能性を指摘し、実測した切り替え動作を計画に反映するよう勧めている。原文にあるコスト削減率と遅延回復の推定値は、ここでは取り上げていない。</p><a href="https://www.infoq.com/articles/multi-region-latency-cost-tradeoffs/">元の記事を読む</a></section>Mon, 26 Oct 2026 15:29:08 GMT2026-10-26T15:29:08.424Z