microsoft-code-reference
Azure SDKや.NETライブラリ、Microsoft APIを扱う際に、公式ドキュメントからAPIリファレンスを検索し、正確なコードサンプルやメソッドのシグネチャを確認できます。存在しないメソッドや誤ったパラメータ、非推奨のパターンを検出し、SDKコードの正確性を検証するために使用してください。
description の原文を見る
Look up Microsoft API references, find working code samples, and verify SDK code is correct. Use when working with Azure SDKs, .NET libraries, or Microsoft APIs—to find the right method, check parameters, get working examples, or troubleshoot errors. Catches hallucinated methods, wrong signatures, and deprecated patterns by querying official docs.
SKILL.md 本文
Microsoft Code Reference
ツール
| 必要な機能 | ツール | 例 |
|---|---|---|
| APIメソッド/クラスの検索 | microsoft_docs_search | "BlobClient UploadAsync Azure.Storage.Blobs" |
| 動作するコードサンプル | microsoft_code_sample_search | query: "upload blob managed identity", language: "python" |
| 完全な API リファレンス | microsoft_docs_fetch | microsoft_docs_search から URL を取得 (オーバーロード、完全なシグネチャ用) |
コードサンプルの検索
microsoft_code_sample_search を使用して、公式の動作するサンプルを取得します:
microsoft_code_sample_search(query: "upload file to blob storage", language: "csharp")
microsoft_code_sample_search(query: "authenticate with managed identity", language: "python")
microsoft_code_sample_search(query: "send message service bus", language: "javascript")
使用するタイミング:
- コード作成前—従うべき動作パターンを探す
- エラー後—コードを既知の良い例と比較する
- 初期化/セットアップが不明—サンプルに完全なコンテキストが示されている
API ルックアップ
# メソッドが存在することを確認 (精度を高めるため名前空間を含める)
"BlobClient UploadAsync Azure.Storage.Blobs"
"GraphServiceClient Users Microsoft.Graph"
# クラス/インターフェイスを検索
"DefaultAzureCredential class Azure.Identity"
# 正しいパッケージを検索
"Azure Blob Storage NuGet package"
"azure-storage-blob pip package"
メソッドに複数のオーバーロードがある場合、または完全なパラメータの詳細が必要な場合は、完全なページを取得します。
エラーのトラブルシューティング
microsoft_code_sample_search を使用して動作するコードサンプルを探し、実装と比較します。特定のエラーについては、microsoft_docs_search と microsoft_docs_fetch を使用します:
| エラーの種類 | クエリ |
|---|---|
| メソッドが見つからない | "[ClassName] methods [Namespace]" |
| タイプが見つからない | "[TypeName] NuGet package namespace" |
| 不正なシグネチャ | "[ClassName] [MethodName] overloads" → 完全なページを取得 |
| 非推奨の警告 | "[OldType] migration v12" |
| 認証失敗 | "DefaultAzureCredential troubleshooting" |
| 403 Forbidden | "[ServiceName] RBAC permissions" |
検証が必要な場合
以下の場合は常に検証してください:
- メソッド名が「都合よく」見える (
UploadFilevs 実際のUpload) - SDK バージョンを混在させている (v11
CloudBlobClientvs v12BlobServiceClient) - パッケージ名が命名規則に従わない (.NET 向け
Azure.*、Python 向けazure-*) - API を初めて使用する
検証ワークフロー
Microsoft SDK を使用してコードを生成する前に、正しいことを確認します:
- メソッドまたはパッケージが存在することを確認 —
microsoft_docs_search(query: "[ClassName] [MethodName] [Namespace]") - 完全な詳細を取得 (オーバーロード/複雑なパラメータ用) —
microsoft_docs_fetch(url: "...") - 動作するサンプルを検索 —
microsoft_code_sample_search(query: "[task]", language: "[lang]")
単純な検索の場合、ステップ 1 だけで十分な場合もあります。複雑な API 使用法では、3 つのステップすべてを完了します。
CLI の代替方法
Learn MCP サーバが利用できない場合は、ターミナルまたはシェル (Bash、PowerShell、cmd など) から mslearn CLI を代わりに使用します:
# インストール不要で直接実行
npx @microsoft/learn-cli search "BlobClient UploadAsync Azure.Storage.Blobs"
# または、グローバルにインストールしてから実行
npm install -g @microsoft/learn-cli
mslearn search "BlobClient UploadAsync Azure.Storage.Blobs"
| MCP ツール | CLI コマンド |
|---|---|
microsoft_docs_search(query: "...") | mslearn search "..." |
microsoft_code_sample_search(query: "...", language: "...") | mslearn code-search "..." --language ... |
microsoft_docs_fetch(url: "...") | mslearn fetch "..." |
search または code-search に --json を渡すと、さらなる処理のための生の JSON 出力が得られます。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- github
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/github/awesome-copilot / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。