ソース情報
- リポジトリ
- DataDog/pathrunner
- ソースの最終更新活動
- 2026年7月8日 11:12
- 検出された SKILL.md の言語
- 英語
- スター
- 3
- フォーク
- 0
インストール方法
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
ソースファイルを確認
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
SOC 職業分類に基づく
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/DataDog/pathrunner --skill list-gapsコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか?SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
| name | list-gaps |
| description | List pathfinding-labs scenarios that don't have pathrunner modules yet |
| context | fork |
| argument-hint | [service] (optional filter, e.g., lambda, ecs, iam) |
| allowed-tools | Bash, Read, Glob, Grep |
Cross-reference pathfinding-labs scenarios against pathrunner's module registry to find gaps.
List all scenario.yaml files and extract their pathfinding-cloud-id:
Paths are relative to the pathrunner repo root (siblings ../pathfinding.cloud/ and ../pathfinding-labs/ under a shared pathfinding/ parent).
# Note: scenarios/ has multi-level nesting (single-account/, cross-account/, ctf/, etc.)
# — must use `find` recursively, NOT a single-level glob.
# The plabs scenario ID is "{pathfinding-cloud-id}-{goal}" where goal is the parent
# directory name (to-admin, to-bucket, etc.), NOT the scenario directory name.
find ../pathfinding-labs/modules/scenarios/ -name "scenario.yaml" | while read -r f; do
ID=$(grep 'pathfinding-cloud-id' "$f" 2>/dev/null | head -1 | sed 's/.*: *//' | tr -d '"' | tr -d "'")
GOAL=$(basename "$(dirname "$(dirname "$f")")")
if [ -n "$ID" ]; then
echo "$ID|${ID}-${GOAL}"
fi
done | sort
List registered module IDs:
grep -r 'modules.Register(' pkg/exploits/*/module.go | sed 's/.*Register("\([^"]*\)".*/\1/' | sort
Or read pkg/exploits/register.go directly — it's the auto-generated fan-out of every registered module directory.
For each scenario ID, check if a pathrunner module exists.
For scenarios without modules, check if they're deployed (useful for prioritizing):
(cd ../pathfinding-labs && ./plabs scenarios list) 2>&1
If the user provided a service filter argument ($ARGUMENTS), only show gaps for that service.
Format as a markdown table:
| Path ID | Scenario | Module Exists | Category | Services |
|---|---|---|---|---|
| ecs-001 | ecs-001-to-admin | No | new-passrole | iam, ecs |
| ecs-002 | ecs-002-to-admin | No | new-passrole | iam, ecs |
| ... | ... | ... | ... | ... |
Also show summary stats:
If filtered by service, show service-specific stats.
Batch-create pathrunner exploit modules from a list of pathfinding-labs coverage gaps, using a rolling pool of concurrent sub-agents that enable → build → test → disable each lab. Verify stage iteratively fixes pathrunner-side failures (default budget 5 per module). Uses multi-agent orchestration.
Clean up AWS resources after testing a pathrunner module against a pathfinding-labs scenario
Create a new pathrunner exploit module from pathfinding.cloud path definition