القائمة
remote repository を clone し、net4x と net5+ の違いを踏まえて release build から nupkg を作る。自作ライブラリを local feed 用に pack したいとき。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
こんなときに使う: Ubuntu / Linux サーバーに SSH で接続し、sudo、systemd サービス、HTTP 監視を一連で安全に進めたいとき。 接続前に SSH_AUTH_SOCK を含む認証状態を固定し、認証で止まらずに サーバー接続・権限確認・サービス起動・停止・再起動・状態確認を一気に行いたいとき。
調査→修正→検証→ふりかえり/後続 Issue 化までを 1 つの改善ループで回したいときに使う。 実装前の再現確認や、review 指摘・検証結果をもとに次のアクションへつなぐ。
こんなときに使う: 現在の会話内容をもとに、実装・エージェント発注に直結する PRD を作りたいとき。 追加のインタビューはせず、すでに会話に出ている内容だけから構成する。 情報が不足している場合は捏造せず「未確定」として明示する。
こんなときに使う: ユーザーが「インタビューして」「質問して」「設計を詰めたい」などと言ったら使う。 計画や設計の重要な判断軸を洗い出し、具体例・反例・影響範囲まで深掘りして要件整理に落とす。
Copilot の custom skill / agent / repository instructions の作成・改善・構造確認を 1 つの入口にまとめる。複合スキルとして、対象に応じて適切な authoring ルートへ 分けつつ、実行時のモデル呼び出しを抑止してルーティングを優先する。試作から `plugins/*` 配布へ昇格するときの name / description 整備も扱う。skill / agent / repo-wide instructions / path-specific instructions を新規作成したいとき、既存定義を育てたいとき、公開前に責務や導線を確かめたいとき。
新しい custom agent を既存 agent 群と同じ型で立ち上げる。agent の新規追加、役割分離のための専門 agent 作成、既存群の隙間を埋めたいとき。
| name | pack-local-nuget |
| description | remote repository を clone し、net4x と net5+ の違いを踏まえて release build から nupkg を作る。自作ライブラリを local feed 用に pack したいとき。 |
remote repository を clone して Release build から nupkg を作るための sub-skill です。なぜ分けるかというと、pack 側の失敗は build 条件、version、pack target、依存 DLL の置き方に集中するからです。trusted repository を前提にし、未確認の repo は sandbox / isolated environment でのみ clone し、restore/build/pack 前に *.csproj、.sln*、Directory.Build.*、*.props、*.targets、NuGet.Config、packages.config、global.json、.config/dotnet-tools.json を確認します。package の更新は command-first で進め、project file の直接編集は例外に限ります。
ゴール駆動で使うため、最初に達成したいゴール、成功条件、確認手段を短く固定します。
このスキルは次のようなときに使います:
net4x 系の legacy project と net5+ 系の SDK-style project を分けて pack したいときまず packages.config か SDK-style かを見ます。net4x の legacy project は nuget.exe pack や .nuspec を使う前提になりやすく、net5+ 以降は dotnet pack -c Release が素直だからです。
legacy project では clone 後に restore し、Release build を通してから pack します。SDK-style project では dotnet pack -c Release -o <local-feed> を使います。失敗しやすいのは、test project まで pack 対象に入れてしまうこと、version が consumer 側とずれること、依存 DLL が local feed に存在しないことです。
HintPath と nupkg 内の version がずれると、restore 後に build が落ちやすいです。dotnet pack / nuget.exe pack / dotnet add package で表現できるなら、project file は直接いじらない。| 判定 | 選ぶ手順 |
|---|---|
packages.config / legacy csproj | restore 後に Release build、必要なら nuget.exe pack を使う |
| SDK-style / net5+ | dotnet pack -c Release -o <local-feed> を使う |
../consume-local-nuget/ へ進み、利用側 repository で restore/build を確認する。../consume-local-nuget/ — 作成した package を利用側 repository へ流すconsume-local-nuget — pack 後に続ける流れ