📌 概要
アプリの開発を劇的に効率化する4つのエージェントスキルを紹介します。ユニットテスト自動生成、UI ワイヤーフレーム設計、技術ブログ執筆、トラブルシューティングの記録が、GitHub Copilot を通じて「自動化・半自動化」できます。
🤔 背景・なぜ必要か
開発現場での課題
MAUI プロジェクトを個人で進めるとき、以下のような課題がありませんか？
- テストコードが後回しになる → スキル1（ユニットテスト生成）で xUnit + Moq の定型テストを自動生成
- UI 設計と実装がバラバラ → スキル2（画面デザイン作成）でワイヤーフレームから XAML まで一貫
- 技術情報が散らばっている → スキル3（ブログ記事作成）で知識を体系的に文書化
- トラブル時の原因調査に時間がかかる → スキル4（トラブルシューティング）で問題解決のプロセスを記録
4つのスキルの全体像
| スキル | 用途 | 対象層 | 出力形式 |
|---|---|---|---|
| スキル1 | ユニットテスト生成 | ViewModel/Service/Repository | xUnit テストコード |
| スキル2 | 画面デザイン作成 | UI/UX 設計 | ワイヤーフレーム + XAML |
| スキル3 | ブログ記事作成 | ドキュメント | Markdown（初中級者向け） |
| スキル4 | トラブルシューティング | 問題解決記録 | Markdown（備忘録・ナレッジ共有） |
💻 実装方法
ステップ1: スキル1〜4を .github/skills/ に配置
.github/
├── skills/
│ ├── SKILL_UNIT_TESTS.md # ユニットテスト生成
│ ├── SKILL_DESIGN.md # 画面デザイン作成
│ ├── SKILL_BLOG.md # ブログ記事作成
│ └── SKILL_TROUBLESHOOTING.md # トラブルシューティング
└── copilot-instructions.md # 全体設定（MVVM、DI等）
ステップ2: 各スキルを Copilot に認識させる
Copilot に「このスキルを使用してください」と指示すると、各スキルの構成に従ってコード生成・記事生成が開始されます。
使用例:
「スキル2を使用して、ハビット追加画面のワイヤーフレームを作成してください」
ステップ3: フロー別の活用
テスト駆動開発（TDD）のフロー:
- スキル1で ViewModel の単体テストを自動生成
- テストが赤（失敗）の状態から開始
- 実装コードを書いてテストを緑に
UI 開発のフロー:
- スキル2で ワイヤーフレームを提案
- ユーザーと認識合わせ
- 承認後、XAML + ViewModel を自動生成
知識共有のフロー:
- スキル3で技術記事を生成（初心者向け）
- スキル4で問題解決の過程を記録
- ブログに投稿
⭐ ポイント
1. スキル選択の最適なタイミング
- スキル1: 新しいページを作成するとき（テストから開始）
- スキル2: 画面仕様が曖昧なとき（ワイヤーフレームで明確化）
- スキル3: 実装後にドキュメント化したいとき
- スキル4: 本番環境でバグが出たときの原因分析
2. スキル間の連携
ワイヤーフレーム（スキル2）
↓
XAML + ViewModel 実装
↓
ユニットテスト自動生成（スキル1）
↓
トラブル発生時にスキル4で記録
↓
ブログ化（スキル3）
3. 注意点
- スキル1: Repository モックの設定が重要（モック方法を統一する）
- スキル2: ワイヤーフレーム承認前に XAML を実装しない（設計とズレる）
- スキル3: 対象読者レベルを明確に（初心者か中級者か）
- スキル4: 問題の原因を深堀りすること（「うまくいった」だけでは NG）
✅ まとめ
GitHub Copilot のエージェントスキルは、定型業務（テスト生成、ドキュメント作成）を自動化し、本当に必要な「ビジネスロジックの実装」に時間を使うための仕組みです。
4つのスキルを使い分けることで、個人開発でも「品質・スケーラビリティ・保守性」の高いプロジェクトが実現できます。
次は各スキルの詳細記事をお読みください！
コメント