GitHub Changelog Skill
指定された日付の GitHub Changelog 投稿をすべて取得し、各エントリを 要約・アクションプラン・リファレンス に整理します。
Skill directory
~/.copilot/skills/github-changelog/
Quick Reference
| タスク | コマンド |
|---|---|
| 指定日の投稿を取得 | dotnet run --file scripts\fetch_changelog.cs -- <YYYY-MM-DD> |
Workflow
- ユーザーから対象日付(例:
2026-03-06)を確認する。指定がなければ今日の日付を使用する。 - スクリプトを実行して RSS フィードから該当エントリの生データを取得する。
- 取得した各エントリに対して以下を生成する:
- 要約: 何が変わったか・追加されたかを 2〜3 文で簡潔に説明する
- ユーザーにとって良いこと: 変更が GitHub ユーザーにどのようなメリットをもたらすかを説明する
- アクションプラン: 開発者やチームが取るべき具体的な次のステップ
- リファレンス: 元の Changelog エントリへのリンク
- 結果を以下の出力フォーマットで整形して返す。
Running the Script
dotnet run --file scripts\fetch_changelog.cs -- <YYYY-MM-DD>
スクリプトは https://github.blog/changelog/feed/ から RSS フィードを取得し、
pubDate が指定日に一致するエントリを抽出して JSON 配列として標準出力に返す。
例:
dotnet run --file scripts\fetch_changelog.cs -- 2026-03-06
スクリプト出力例(JSON):
[
{
"title": "GitHub Actions: New feature X",
"link": "https://github.blog/changelog/2026-03-06-...",
"date": "2026-03-06",
"description": "Raw HTML/text description from feed"
}
]
Output Format
結果は必ず次のテンプレートで出力する: ~/.copilot/skills/github-changelog/assets/template.md
エントリが 0 件の場合は「 のエントリは見つかりませんでした」と伝え、前後の日付で再確認することを提案する。
Notes on Action Plans
アクションプランを書くときのガイドライン:
- 具体的に: 「確認してください」ではなく「
.github/workflows/のuses:バージョンを更新してください」のように書く - 影響範囲を明示: 変更が全リポジトリに自動適用されるのか、設定が必要なのかを必ず示す
- 破壊的変更は目立たせる: ⚠️ を使い、移行期限があれば日付を添える
- 非エンジニア向け変更も含める: UI 変更や設定変更など、開発者以外に影響するものも漏らさない