Copilot Studio で始める
Agent Skills

指示・スクリプト・リソースをパッケージ化し、エージェントに専門的な能力を与える仕組みを、ハンズオンを通じて理解

本日の流れ

本日のゴール

Agent Skills は
エージェントに専門的な能力を与える「パッケージ」

スキルは 1 つのフォルダで構成

expense-policy-check/
├── SKILL.md        ← 必須：名前・説明・手順
├── references/     ← 任意：規程・仕様などの参照資料
│   └── expense-policy.md
├── assets/         ← 任意：テンプレート・画像・PDF など
│   ├── result-template.md
│   └── expense-policy-original.pdf
└── scripts/        ← 任意：実行コード（対応は製品次第）

---
name: expense-policy-check
description: "経費精算の申請内容が社内の
  経費精算規程に沿っているかを判定し、
  OK/要確認/NGと根拠を表で返す。
  「この経費は精算できる？」などを
  尋ねられたときは…使う。"
---

# 経費精算規程チェック

## 手順
1. 明細を抜き出す
2. references/expense-policy.md で
   該当する条文を特定する
3. OK / 要確認 / NG を判定する
4. assets/result-template.md の形式で出力
5. NG・要確認なら assets/ の原本 PDF を添付

必要な情報のみを段階的に読み込み

スキルに分けるメリット

4項目は Microsoft Learn「スキルを使用する理由」より。

Skills は GitHub Copilot エージェントをはじめ
様々なツールで利用可能

• ホームの「エージェント」（GitHub Copilot のタグ付き）から作成したエージェントで利用可能
• 従来型（標準ハーネス・トピック中心）のエージェントでは利用不可
• 利用・作成・テスト・評価で Copilot クレジット を消費事前に管理者による環境へのクレジット割り当てが必要

Agent Builder でもスキルが使用可能に

• Microsoft 365 Copilot の Agent Builder の「構成」画面に「スキル」欄を追加
• 「指示」と「ナレッジ」の間に配置し、「追加」からスキルを登録
• Agent Skills はオープンな仕様のため、本日学ぶ SKILL.md の書き方 は他のツールでも応用可能

プレビューのため、画面や仕様は今後変更の可能性あり。

指示・ナレッジ・ツールとの違い

スキルの呼び出しは description で判断

オーケストレーターがユーザーのメッセージと各スキルの description を照合し、使用するスキルを選択。

スキルの追加方法は 3 種類（演習では 2 種類を使用）

本日の演習の流れ

各追加方法の説明に続けて、その方法でスキルを作成。作成したスキルは、後半の演習でそのまま使用。

詳しい手順とコピー用の文面は handson/README.md に記載。資料一式：github.com/SeiyaTogawa/copilot-studio-agent-skills-workshop

配布物と題材の規程

handson/
├── README.md                   … 手順書（コピペ用の文面つき）
└── dist/
    ├── expense-policy-check.md   … Step 2
    └── expense-policy-check.zip  … Step 3
          ├── SKILL.md
          ├── references/expense-policy.md
          ├── assets/result-template.md
          └── assets/expense-policy-original.pdf

演習用エージェントの作成

あなたは社内の経費精算をサポートするアシスタントです。日本語で丁寧に回答してください。

「最初から作成」は 3 項目の入力で作成可能

名前

英小文字・数字・ハイフンのみ。先頭・末尾のハイフンは不可
business-trip-report

説明

何をするか と どんなときに使うか。呼び出しの判断材料として使用

指示

Markdown で手順を書く（= SKILL.md の本文）

• 作成後もパネル上で編集可能
• Markdown ファイルとしてダウンロード可能
• 追加・変更後はエージェントを 保存

business-trip-report を最初から作成

business-trip-report

出張の報告書を作成する。「出張報告を書きたい」「出張のまとめを作って」など、出張後の報告・共有を頼まれたときに使う。

昨日の大阪出張の報告書を作って。訪問先はA社、目的は新サービスの提案。先方は前向きで、来月に再訪問する予定。

# 出張報告書の作成

## 手順
1. 出張先、日程、訪問先、目的、結果、次のアクションを聞き取る。足りない項目は1回だけまとめて質問する。
2. 次の見出しで報告書を作る：概要 / 訪問先と目的 / 結果 / 次のアクション / 経費メモ
3. 最後に「経費精算が必要な項目」を箇条書きにする。

## 注意
- 推測で事実を書かない。不明な点は「（未確認）」と書く。

アップロードは .md と .zip の 2 形式に対応

.md

SKILL.md 単体で取り込み。手軽に試す場合に使用

.zip

フォルダ構成ごと取り込み。参照資料・テンプレート・PDF など も同梱可能

取り込み時のポイント

• .md はファイル名が SKILL.md でなくても取り込み可能例：expense-policy-check.md
• zip は 直下に SKILL.md を配置
• アップロードしたスキルは画面上で編集不可（読み取り専用）

スキルの構成（おさらい）

expense-policy-check/
├── SKILL.md        ← 必須：名前・説明・手順
├── references/     ← 任意：規程・仕様などの参照資料
│   └── expense-policy.md
├── assets/         ← 任意：テンプレート・画像・PDF など
│   ├── result-template.md
│   └── expense-policy-original.pdf
└── scripts/        ← 任意：実行コード（対応は製品次第）

---
name: expense-policy-check
description: "経費精算の申請内容が社内の
  経費精算規程に沿っているかを判定し、
  OK/要確認/NGと根拠を表で返す。
  「この経費は精算できる？」などを
  尋ねられたときは…使う。"
---

# 経費精算規程チェック

## 手順
1. 明細を抜き出す
2. references/expense-policy.md で
   該当する条文を特定する
3. OK / 要確認 / NG を判定する
4. assets/result-template.md の形式で出力
5. NG・要確認なら assets/ の原本 PDF を添付

expense-policy-check.md をアップロード

SKILL.md 単体でも、スキルの手順が回答に反映されることを確認。

取引先と4人で会食して合計40,000円でした。領収書はあります。参加者の名前は書いていません。経費として申請して大丈夫かチェックして

md 単体でもスキルの手順を反映

規程ファイルがない場合の指示にも従い、一般的な観点で判定。

zip を使用すると同梱ファイルも表示可能

画面上では編集できないため、原本から再作成

1

手元の原本（SKILL.md・references・assets）を編集

2

zip を再作成（SKILL.md は zip の直下に配置）

3

既存のスキルを 削除 し、zip を アップロードzip で追加したスキルには「… → 置換」が表示されないため

4

プレビューの 新しいチャット で確認

zip に置換し、同じプロンプトを送信

同じスキルに規程・テンプレート・原本 PDF を同梱し、回答の変化を確認。

zip では同梱ファイルも参照して回答

references/ の規程と assets/ のテンプレートを参照し、条文番号付きで判定。NG のため assets/ の原本 PDF も添付。

作成方法による管理方法の違い

操作	最初から作成	アップロード
編集	パネル上で編集可能	不可（読み取り専用）
置換	—	… → 置換で .md / .zip を差し替えzip で追加したスキルには表示されないため、削除して再アップロード
ダウンロード	ダウンロード アイコン	… → ダウンロードzip の場合は詳細パネルのダウンロード アイコン
削除	× アイコン。復元不可

📁

Learn の説明では、ダウンロードされるのは「スキル名の Markdown ファイル」。原本は Git などで管理 し、Copilot Studio 側を正本にしない運用を推奨。

フロントマターのルール

---
name: expense-policy-check
description: "…OK/要確認/NGと根拠を
  表で返す。「規程的に大丈夫？」など…"
---

description の書き方で呼び出されやすさが変化

description: 経費チェック

description: "経費精算の申請内容（交通費・タクシー代・宿泊費・会食費など）が社内の経費精算規程に沿っているかを判定し、OK/要確認/NGと根拠を表で返す。「この経費は精算できる？」「領収書なしでもいい？」など、経費・立替・精算の可否を尋ねられたときは、規程という言葉がなくても使う。"

description の範囲が広すぎると、無関係な依頼でも呼び出しが発生。呼び出されるべき依頼とそうでない依頼の両方でのテストを推奨。

手順には情報不足時の動作まで記載

## 注意点

- 会食の上限は **1人あたり** の金額で判定する。
  合計額 ÷ 参加人数（端数は切り上げ）で計算する。
- タクシーの時間帯は **乗車時刻** で判定する。
- 複数の条件に当てはまる場合は、
  最も厳しい判定を採用する。
- 規程の解釈に幅がある場合は断定せず、
  「経理部門への確認を推奨」と書く。

うまく動作しない場合の確認ポイント

後半は、作成したスキルを使った演習と、自分たちの業務でのスキル作成。

作成したスキルの動作確認

Step 1〜3 で作成した 2 つのスキルを使用し、判定の内容と呼び出しの有無を確認。

追加のテスト用プロンプト

生成 AI の回答は毎回多少変動。判定の結論と条文番号が一致していれば問題なし。

どちらもスキルを反映、zip では同梱ファイルも参照

振り返り

公開スキルは内容を確認し、自社向けに修正して利用

取り込み前のチェックリスト

自分たちの業務でスキルを作成

毎回同じ手順・形式で回答してほしい業務を 1 つ選び、スキルとして作成。個人またはペアで実施。

スキルの設計シート

<何をするか>。「<依頼の例 1>」「<依頼の例 2>」など、<どんなとき>に使う。

# <スキルの目的>

## 手順
1. <確認する項目>を聞き取る。足りない項目は
   1回だけまとめて質問する。
2. <処理の内容>
3. 次の見出しで回答する：<見出し 1> / <見出し 2>

## 注意
- 推測で事実を書かない。不明な点は
  「（未確認）」と書く。

自社業務のスキル化に向けた次のステップ

スキルの呼び出しは description で、規程に沿った回答は同梱資料で決定。Step 6 で作成したスキルを起点とした、次の 3 ステップ。

参考リンク

画面キャプチャは2026年9月時点のもの。UI は変更される場合あり。