GitHub Copilot CLI が マ ッスルに馴染むまで shuntaka Findy TECH BATON #10 — 2026.05.25 

shuntaka / クラスメソッド株式会社 (サーバーサイドエンジニア) TypeScript / AWS / Backend / RAG Neovim, Nix, CLI自作 金融情報ベンダー → クラスメソッド AWSとかAIコーディングエージェントのブログ発信しています X: @shuntaka_jp / ブログ: shuntaka.dev/who 自己紹介 2 

最近のAIコーディングエージェント界隈 

Claude Enterprise 2025年11月の更新分から、シート料金(月 20ドル)とトークン消費を分離し、使用量は 全て標準API料金で従量課金へ移行 GitHub Copilot 2026年6月1日から「Premium Request(回数制)」を廃止し、「GitHub AI Credits」によるトークンベースの従量課金 へ移行(基本プラン料金は据え置き) 収益急伸の裏で計算資源は逼迫し、調達競争が過熱... 出典: Yahoo!ニュース / TBS CROSS DIG with Bloomberg 従量課金の流れ 4 

Claude以外でも評判の良いコーディング モデルが多い。 個人差がありますが例えば... コード品質と速度面でGPT 5.5 速度やコスト面でComposer 2.5 従量課金の場合、用途で選ぶとコスト効率 はかなり改善しそう モデル 入力 出力 Claude Opus 4.5 $5 $25 GPT-5.5 $5 $30 Composer 2.5 $0.5 $2.5 Composer 2.5 Fast $3 $15 per MTok, USD / 2026-05 時点・各社 Pricing ページより ※2 Cursor 内のデフォルトは Fast (Standard と同じモデルで高スループット枠) Claude以外の選択肢が複数 ※1 ※2 ※1 Composer 2.5 は Kimi K2.5 を Cursor が RL post-train 5 

GitHub Copilot CLIを取り入れる 

メイン構成はtmux, Claude Code x 2, 独自ツールで状態管理 → GitHub Copilot CLIは複数モデル対応。タスクに応じたモデルを 割り当てる運用できそう youtube.com/watch?v=JiWgKRgdgpI 前提(自分のスタイル) dev.classmethod.jp/articles/shuntaka-claude-code-tmux-personal-tips 7 

エージェントハーネスの設定管理の煩雑さはありつつも、一部標準化(スキル)によって負担 軽減している機能もある ハーネス運用 8 

他ツール慣例の 既存ディレクトリも自動で読む Claude Code / OpenCode 等から流用しやす い GitHub Copilot CLI なので、user, project scopeでスキル管理について考えてみました (あまりCopilot CLI特有のネタじゃなく、ごめんなさ い ) Skill 探索先 Scope パス project .github/skills/ .claude/skills/ .agents/skills/ user ~/.copilot/skills/ ~/.agents/skills/ Instructions 探索先 Scope パス project .github/copilot-instructions.md AGENTS.md / CLAUDE.md user ~/.copilot/copilot-instructions.md 一方 GitHub Copilot CLI は対応箇所が広い 9 

AWS や Google から便利そう(実装頑張って書いてそう)なスキルが公開されている user scope に入れたいものもある (例: gws のスキル) 配布元 リポジトリ スコープ AWS aws/agent-toolkit-for-aws project Google GoogleChrome/modern-web-guidance project Google googleworkspace/cli user DuckDB duckdb/duckdb-skills project user scopeのスキル管理問題(1/3) 10 

バージョン更新追従し忘れ問題(skill-creatorは気づいたらリッチなeval機能がついていたり...) Nix + Renovateで自動化 Nix = 宣言的にホーム配下のファイル配置を管理するパッケージマネージャ nvfetcher = 外部ソースの rev/sha256 をピン留めする Nix 用ロック生成器 user scopeのスキル管理問題(2/3) 11 

~/.agents/skills/ 配下に置けば、Codex / OpenCode / Copilot CLI から同じスキルを参照 できる Nix で1箇所に配置するだけで複数CLI対応 スキル定義はAGENTS.md互換なので資産共有し やすい Copilot CLI で ~/.agents/skills/ 配下のスキルを認 識している様子 user scopeのスキル管理問題(3/3) 12 

チームで同じスキル + 同じバージョンを揃えたい。スキル本体をリポジトリにコミットせず、 パッケージマネージャ的に管理したい。 ツール 設定ファイル バージョン固定 セキュリティ microsoft/apm apm.yml + apm.lock.yaml ◎ commit SHA でピン留め ◎ Unicode scan / apm audit vercel- labs/skills skills-lock.json △ experimental_install は毎回 HEAD ✕ なし cli/cli (gh 拡張) (なし) ✕ CLI 操作のみ ✕ なし → commit SHA で固定できる microsoft/apm が良さそう ※ apm の secure-by-default の詳細: microsoft.github.io/apm — Three Promises project scope のスキル管理問題(1/2) 13 

microsoft/apm を使ったチームスキル管理 配布: apm.yml に commit SHA でピン留め 更新: Renovate + GitHub Actions で lock ま で自動同期 互換性: apm install / -t claude どちらで も Copilot CLI は読める ※ skill のインストールはシーケンシャルでやや遅い(gif) project scope のスキル管理問題(2/2) 14 

GitHub Copilot CLI の対応範囲 Claude Codeを使っていれば、Skill / instructions はいい感じに読み込んでくれるくらい サポート範囲が広い スキル管理 userは Nix + Renovate, projectは microsoft/apm で対応。スキル管理ツールは過渡的 でまだまだ全然変更がありそう commit pin だと無関係な更新でも走るので、タグ運用が広がると嬉しい 今後 GitHub Copilot CLI は複数モデルを使える強みを活かして、オーケストレーション用途も 含めて積極的に使い込みたい さいごに 15 

ご清聴 ありがとうございました