
MicrosoftとMistralの提携は買収やAzure独占ではなく、商業協業と少数出資にとどまる。2026年時点のFoundryではMistralが「Azure販売」と「パートナー提供」の二系統で提供され、課金・SLA・サポート・データ所在地が異なる。EU案件ではData Zone対応のAzure販売モデル選定が実務上重要。

GitHub Copilotのモデル選択を、固定のモデル名ではなく公式カテゴリ、タスク特性、AI creditsの3軸で判断する方法を解説。Lightweight/Versatile/Powerfulを用途別に使い分け、長文入力やagent作業では単価変動にも注意し、最新の価格や提供状況は公式ページとVS Codeのモデルピッカーで確認する。

2026年7月時点のGitHub Copilotは、モデルごとにコンテキストウィンドウが異なり、一部はVS Code/Copilot CLIで100万トークン拡張も選択可能。大きいほど大規模コードベースに有利だが、要約挙動や品質、AI credits・Long context tierによるコスト増に注意が必要。

Microsoft公式のマルチエージェント実装を題材に、コード崩壊を防ぐリポジトリ設計の5原則を解説。宣言的定義とプロンプト外部化、オーケストレーション分離、ツール権限制御、IaC×GitOps、評価運用の分離により、再利用しやすく安全な構成へ一般化している。

Azure App Serviceでは既定のazurewebsites.netだけを選択的に無効化する機能はなく、独自ドメイン限定には用途別対策が必要。公開サイトはHost判定で301リダイレクト、APIや社内向けはFront Door+アクセス制限やPrivate Endpointでオリジン遮断、既定ホスト名の推測困難化は無効化ではない。

FlutterのCI/CDは「検証→ビルド→署名→配布」の4段が基本。小〜中規模でGitHub中心ならGitHub Actions+fastlaneが有力で、iOS署名負荷が高い場合はCodemagicやXcode Cloudも有効。Secrets管理と署名運用の整備が品質を左右する。

GitHub ActionsのReusable Workflowを解説。`on: workflow_call`で定義し、caller側はjobの`uses:`で呼ぶ。Composite Actionとの違い、`inputs`/`secrets`/`outputs`設計、matrix併用、最大10階層のネスト、`secrets: inherit`や権限制約、SHAピン留めなどの運用・セキュリティ注意点を整理している。