ワンクリックで
orchestration
Decepticon orchestrator patterns — delegation, state management, adaptive re-planning, context handoff protocols.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Decepticon orchestrator patterns — delegation, state management, adaptive re-planning, context handoff protocols.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | orchestration |
| description | Decepticon orchestrator patterns — delegation, state management, adaptive re-planning, context handoff protocols. |
| allowed-tools | Read |
| metadata | {"subdomain":"orchestration","when_to_use":"delegate, orchestrate, next objective, blocked, re-plan, hand off, engagement state, status update, parallel execution","tags":"orchestration, delegation, state-management, re-planning, context-handoff","mitre_attack":[]} |
Every task() delegation MUST include:
recon/, exploit/)task(
description="""
OBJECTIVE: {objective_id} — {title}
PHASE: {phase}
SCOPE:
- IN: {in_scope_targets}
- OUT: {out_of_scope_targets}
CONTEXT FROM PREVIOUS PHASES:
{relevant_findings_summary}
LESSONS LEARNED:
{known_gotchas}
ACCEPTANCE CRITERIA:
- [ ] {criterion_1}
- [ ] {criterion_2}
Save all results to {phase}/
""",
subagent_type="{agent_name}"
)
| Objective Phase | Sub-Agent | When to Use |
|---|---|---|
| Planning | soundwave | Missing roe.json/conops.json/deconfliction.json, or documents need updating |
| Recon | recon | Subdomain/port/service enumeration, OSINT, cloud/web recon |
| Exploitation | exploit | Initial access: SQLi, SSTI, AD attacks, credential exploitation |
| Post-Exploitation | postexploit | After foothold: cred dump, privesc, lateral movement, C2 |
Delegate independent tasks simultaneously for efficiency:
# Independent targets — run in parallel
task(description="Recon subnet 10.0.0.0/24...", subagent_type="recon")
task(description="Recon subnet 10.0.1.0/24...", subagent_type="recon")
# DO NOT parallelize dependent tasks:
# ✗ Exploit before recon completes
# ✗ PostExploit before foothold established
./
├── roe.json # Immutable scope boundaries (read every iteration)
├── conops.json # Operation concept
├── deconfliction.json # Deconfliction identifiers and procedures
├── opplan.json # Objective tracker (update status after each sub-agent)
├── findings.json # Append-only discovery log
├── lessons_learned.md # Failed approaches + what worked
└── .ralph_state.json # Loop iteration counter + completion flags
passed, blocked, in_progress)1. Document failure:
- WHY it failed (specific error, defense mechanism, missing prerequisite)
- WHAT was attempted (tools, techniques, targets)
→ Append to lessons_learned.md
2. Assess alternatives:
- Different attack vector from findings?
- Lower-risk approach?
- Skip and return later after more intel?
3. Decision:
IF alternative exists → delegate new task with adjusted approach
IF prerequisite missing → re-order objectives (e.g., need more recon)
IF no path forward → mark BLOCKED with explanation, move to next objective
The OPPLAN defines priority order, but you may deviate when:
Always document re-ordering decisions in lessons_learned.md.
Report structured status:
| Objective | Phase | Sub-Agent | Result | Key Findings |
|---|---|---|---|---|
| OBJ-001 | Recon | recon | PASSED | 12 subdomains, AD on 10.0.0.5 |
Before each delegation, briefly state:
Maintain running status after each iteration:
Engagement: {name}
Progress: {passed}/{total} objectives
Current: OBJ-003 (Exploit phase)
Blocked: OBJ-002 (WAF blocking SQLi — will retry after credential access)
Next: OBJ-004 (PostExploit — pending OBJ-003 completion)
When all objectives are done:
Red team engagement lifecycle management — initiation, phase transitions, go/no-go gates, deconfliction, emergency procedures, completion.
Mandatory first-turn startup procedure — checks for existing engagements, resume/new selection, workspace initialization.
Final engagement report generation — executive summary, technical report, findings aggregation, attack path narrative, detection gap matrix, remediation roadmap.
Use when setting up, running, or managing the Botron autonomous red team agent — Docker-based multi-provider LLM pentesting framework. Covers install, demo, service management, testing, and provider configuration.
Sliver C2 framework operations — server connection, listener setup, implant generation, BOF/Armory extensions, post-implant operations, HTTP C2 profiles.
Stage 1 broad-spectrum scanner playbook. Sharded sweep over very large codebases producing CANDIDATE nodes for the Detector to reason about. Load at scanner-agent startup.