VS Code 1.118 と Copilot CLI リモート制御 — 受託の "Copilot 持ち込み" ガイドライン 2026

2026 年 5 月初旬、VS Code 1.118 がリリースされ、Copilot CLI のリモート制御 や、コミットへの “Co-Authored-by Copilot” 自動付与のデフォルト化 など、受託の現場運用に直接影響する変更が複数入りました。Zenn でも 「VSCode 1.118 のアップデートがアツすぎ」 が話題化しています。

加えて、GitHub Copilot は トークン消費量ベースの課金体系 に移行し、コードレビューも GitHub Actions minutes を消費する扱いになりました。受託でクライアントリポジトリに Copilot を持ち込む際の 「コミット帰属」「課金」「規約」 が一気に揺らいでいます。本記事では、受託の “Copilot 持ち込み” ガイドラインを整理します。

VS Code 1.118 + Copilot 周辺の変更点（受託で気にすべき範囲）

公式リリースとリリースノートから、受託で重要になる変更を抽出します。

特に Co-Authored-by Copilot のデフォルト付与は、何も設定しないと クライアントの Git 履歴に Co-authored-by: Copilot <...> 行が無断で追加される という、受託では地味に厄介な挙動です。

受託で困る “Co-Authored-by Copilot” 問題

問題の構造を整理します。

[開発者の VS Code]                  [クライアントのGitHubリポ]
   ↓ Copilot 補完を採用              ↓ git push
   ↓ git commit                      ↓
   commit message 末尾に           PR / commit log に
   Co-authored-by: Copilot          Copilot のメールアドレスが残る
   が自動挿入                        ↓
                                    クライアントが「これは何？」
                                    「監査でどう説明する？」

クライアントによっては 「Copilot のような外部 AI のメールアドレスが社のリポジトリに混入することを禁止」 している規約がある場合があり、受託側が 無自覚に違反するリスクがあります。

受託で取るべき初動

1. クライアントの規約確認 — 「外部 AI のクレジット表記が許容されるか」を SOW 締結時に確認
2. VS Code 設定の明示化 — 案件用の .vscode/settings.json に Co-Authored-by の有効/無効を 明示的に書く
3. Git hooks で念押し — commit-msg フックで Co-Authored-by 行の有無を検証
4. PR テンプレに記載 — Copilot を使った PR は “AI使用” を明示

特に .vscode/settings.json をリポジトリにコミットしておくのが受託では強くおすすめです。新規参画メンバーや別環境の開発者の挙動を統一できるためです。

// .vscode/settings.json（クライアント側で許容する場合）
{
  "github.copilot.chat.commitMessage.coAuthor": true,
  "github.copilot.advanced.debug.useTokens": true
}

// .vscode/settings.json（クライアント側で禁止する場合）
{
  "github.copilot.chat.commitMessage.coAuthor": false
}

トークン課金移行で受託の見積もりがどう変わるか

GitHub Copilot がトークン消費量ベースの料金体系に移行 した影響は、受託の見積もりに直接効いてきます。

受託で 「月額固定の Copilot 利用料」 で見積もりを切っていた現場は、トークン消費の可変費を見積もりに織り込む必要が出てきました。実務では以下のような費用構成になります。

[Copilot 月額コスト = 基本料金 + 追加トークン消費 + Actions minutes]

基本料金: $10〜$39 / 開発者 / 月
追加トークン: 上位モデル使用量 × 単価
Actions minutes: Copilot Review が消費する分

弊社の受託では、立ち上げ時に 「想定トークン消費量を 1〜2 か月で実測 → 翌月の予算化」 という運用に切り替えました。これは Cloudflare Code Mode MCP でエージェントのトークン消費を 7 割削る設計パターン で扱った “トークンコストの予測可能化” の エディタ統合版 に当たります。

Copilot CLI のリモート制御 — 受託レビューでの活用

VS Code 1.118 で Copilot CLI をエディタ側からリモート制御できるようになり、受託レビューのワークフローが変わります。具体的なユースケース：

これは GitHub Copilot CLI 完全ガイド や GitHub Copilot CLI ラバーダックデバッグ で扱った “CLI 単体運用” を、受託のチームレビューに耐える形に発展させる動きです。

受託で押さえる “Copilot 持ち込み” チェックリスト 10 項目

クライアント側の規約とリスクを満たした上で Copilot を持ち込むためのチェックリストです。

• クライアント側の “外部 AI 利用規約” を確認した
• Co-Authored-by Copilot のオン/オフを .vscode/settings.json に明記
• Copilot のプロンプト送信ログがクライアント環境で監査可能
• 課金主体（受託側 / クライアント側）を SOW に明記
• トークン上限超過時の停止ルールを取り決め
• Code Review 用の Actions minutes 予算を別途確保
• BYOK で外部モデルを使う場合、その契約主体を明記
• Copilot 利用区間と非利用区間（機密領域）を明確化
• PR テンプレに「AI 使用箇所」を記載する欄を追加
• Copilot 経由で送信される顧客データの分類（PII 含む / 含まない）を文書化

特に 「PII を含むコード」を編集する時間帯だけ Copilot を切る という運用は、医療・金融系の受託で頻発するパターンです。VS Code Workspace 単位で設定を切り替える、コミット時のチェックインで再確認する、などの仕組み化が必要になります。

まとめ — VS Code 1.118 はクライアント側の “規約再点検” を促す転換点

VS Code 1.118 と Copilot 周辺の変更は、個々の機能アップデート以上に、クライアント側の AI 利用規約と運用ルールを見直す契機になります。Co-Authored-by の自動付与、トークン課金、BYOK 解禁、CLI リモート制御 — どれも 受託側が「持ち込んでよい範囲」を明文化しないと事故になりやすい変更です。

弊社では、新規受託の立ち上げ時に 「Copilot 持ち込みチェックリスト + クライアント規約調整」 をセットで実施しています。「Copilot を社内に入れたいが規約整備が追い付いていない」「トークン課金移行で予算管理が崩れている」というご相談は お問い合わせフォーム からお気軽にどうぞ。

Sources

• VS Code 1.118リリース、Copilot CLIのリモート制御やCopilotの共同作成者追加をデフォルト化（gihyo.jp）
• VSCode 1.118 のアップデートがアツすぎ（Zenn）
• VS Code inserting ‘Co-Authored-by Copilot’ into commits regardless of usage（GitHub PR）
• GitHub Copilot is moving to usage-based billing（GitHub Blog）