メニュー
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 後に続ける流れ