From asp
Manages ASP playbooks: lists definitions, executes on cases/alerts/artifacts with optional user input, inspects run records by target or status.
npx claudepluginhub funnywolf/agentic-soc-platform --plugin ASPThis skill uses the workspace's default tool permissions.
Use this skill for playbook automation work on ASP.
Manages ASP playbooks for cyber security: lists runnable definitions, executes on cases/alerts/artifacts, views run records with filters.
Designs structured incident response playbooks for cybersecurity incidents using NIST SP 800-61r3 and SANS PICERL frameworks. Covers RACI matrices, escalation, decision trees, SOAR integration.
Lists, executes, monitors, and manages SuperOps.ai runbooks/scripts on assets. Covers PowerShell, Batch, Bash, Python types, parameters, scheduling, results for MSP automation.
Share bugs, ideas, or general feedback.
Use this skill for playbook automation work on ASP.
list_available_playbook_definitions only for runnable definitions.list_playbook_runs only for run records.execute_playbook only when the user has named a runnable definition and identified the target object.user_input as optional, per-run natural-language guidance for the selected playbook, not as a generic chat
prompt.list_available_playbook_definitions.list_playbook_runs(source_id=<target_id>, type=[<target_type>]).execute_playbook.list_available_playbook_definitions first.list_playbook_runs with the narrowest useful filters.list_available_playbook_definitions.Preferred response structure:
| Definition Name | Likely Target | Purpose |
|---|
target_type, target_id, and playbook definition name.list_available_playbook_definitions first.user_input only when the user wants extra guidance for that run.execute_playbook(type=<target_type>, record_id=<target_id>, name=<definition_name>, user_input=<optional>).Preferred response structure:
Target: type and IDPlaybook Definition: selected nameRun Status: pending at creation time unless the platform reports otherwiseUser Input: only if providedNext Useful Step: usually to query related playbook runsplaybook_id, job_status, type, source_id, limit.source_id when the user is asking from the perspective of one case, alert, or artifact.list_playbook_runs.Preferred response structure:
| Run ID | Type | Target ID | Job Status | Definition Name | Updated |
|---|
Then add one short interpretation line when useful.
target_type and target_id only when missing for run requests.list_playbook_runs with object context instead of
guessing a specific run.