القائمة
既存リポジトリの構造、主要技術、ビルド方法、テスト方法、重要ファイルを短時間で把握する。 新しいリポジトリを理解したいとき、最初の地図を安全に作りたいとき、 または作業開始前に repo bootstrap まで完了したいとき。
التثبيت باستخدام 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 | repo-onboarding |
| description | 既存リポジトリの構造、主要技術、ビルド方法、テスト方法、重要ファイルを短時間で把握する。 新しいリポジトリを理解したいとき、最初の地図を安全に作りたいとき、 または作業開始前に repo bootstrap まで完了したいとき。 |
| license | Personal |
この skill は、未知のリポジトリを短時間で安全に理解するための手順です。 repo を読むだけでなく、共同作業の場として触り始める依頼では bootstrap 完了までを onboarding の一部として扱います。
repo-secure-check で不足が出たら、提案で止めず script 実行まで進める。まず README、docs、solution / workspace / manifest 系ファイルを確認します。 ここで全体像をつかんでから詳細へ入ると、後段の build / test 調査がぶれにくくなります。
ビルド・テスト・依存関係・lint に関わる設定ファイルを確認します。 コマンドは推測で作らず、README や設定ファイルに根拠があるものを優先します。
target repo を今後触る依頼なら、repo-secure-check で
repo instructions / Copilot hooks / .githooks / core.hooksPath / GitHub Actions workflows の不足を確認します。
この判定を先に置く理由は、安全弁が欠けたまま onboarding を完了扱いにしないためです。
不足がある場合は onboarding を続ける前に bootstrap task として次を実行します。
以下は home sync 済みの %USERPROFILE%\.copilot\scripts\ から実行する前提とし、
script の既定値で %USERPROFILE%\.copilot を SourceRoot として扱います。
git init%USERPROFILE%\.copilot\scripts\sync-to-repo.ps1 -TargetRepoPath <repo>%USERPROFILE%\.copilot\scripts\install-git-hooks.ps1 -TargetRepoPath <repo>%USERPROFILE%\.copilot\scripts\repo-secure-check.ps1 -TargetRepoPath <repo>ここでは 「提案した」で止めず、script 実行結果まで確認する のが重要です。
repo-secure-check の各項目がすべて OK になるまでを bootstrap 完了条件として扱います。
.github/workflows/*.yml|*.yaml が不足している場合は、repo の技術スタックに合う workflow template を明示的に選び、
必要な skill または sync-to-repo.ps1 の導線で導入します。CI workflow は組織・言語ごとに差が出るため、
ユーザーに黙って汎用 workflow を追加せず、意図と対象 runtime を確認してから実行します。
repoInstructions / Copilot hooks / .githooks / core.hooksPath / GitHub Actions workflows がすべて OK になったら、
主要ディレクトリの役割を要約し、エントリーポイント候補を特定します。
テストの場所、実行手段、カバレッジの有無を確認します。 未確認のものは推測で埋めず、「未確認事項」として分離します。
*.sln, *.slnx, *.csproj, Directory.Build.*, global.jsonpyproject.toml, requirements.txt, setup.cfg, pytest.iniMakefile, CMakeLists.txt, meson.buildpackage.json, tsconfig.json, eslint.config.*, vite.config.*Cargo.toml, Cargo.lock, rust-toolchain.toml以下の順で短くまとめる。
repo-secure-check の結果）.github/ と .githooks/ の同期、core.hooksPath 設定、再チェック完了までを bootstrap の一部として扱う.github がない repo を「onboarding 完了」とは扱わない。最低でも repo-secure-check の各項目が OK になってから本調査へ進む%USERPROFILE%\.copilot\scripts\ が存在しない、または script 実行に失敗した場合だけ、その事実を block として明示して止まる