Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
belumume avatar

Rlm Orchestrator

  • 20 installs
  • 47 repo stars
  • Updated August 4, 2026
  • belumume/claude-skills

RLM Orchestrator is a Claude Code skill that implements a recursive language-model orchestration pattern, decomposing tasks and spawning parallel subagents to handle large contexts.

About

RLM Orchestrator implements a Recursive Language Model style pattern where the main Claude Code conversation acts as a coordinator that decomposes a task, spawns parallel subagents with fresh context, and aggregates their summaries. A developer uses it for tasks with very large context, multi-file analysis, or research across many sources where context rot is a concern. It encodes strategies like peeking, grepping, partition-and-map, and summarization.

  • Recursive-LM orchestration: decompose, spawn parallel subagents, aggregate
  • Main conversation acts as the recursion stack to reach functional depth >1
  • Handles >100K-token context and context-rot with partition and map

Rlm Orchestrator by the numbers

  • 20 all-time installs (skills.sh)
  • Ranked #10,459 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Data as of Aug 4, 2026 (Skillselion catalog sync)
At a glance

rlm-orchestrator capabilities & compatibility

Capabilities
orchestration · research
Use cases
orchestration · research · refactoring
From the docs

What rlm-orchestrator says it does

Automatically decomposes tasks, spawns parallel subagents, aggregates results,
SKILL.md
No single language model call should require handling a huge context.
SKILL.md
the main conversation becomes the "recursion stack," enabling functional depth >1.
SKILL.md
npx skills add https://github.com/belumume/claude-skills --skill rlm-orchestrator

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs20
repo stars47
Last updatedAugust 4, 2026
Repositorybelumume/claude-skills

What it does

Orchestrate parallel subagents from the main conversation to handle large-context, multi-part tasks and prevent context rot.

Who is it for?

Large-context, multi-file, or many-source tasks that would otherwise cause context rot

Skip if: Simple single-file changes or tasks with tight sequential dependencies

When should I use this skill?

Facing >100K-token context, parallel-partitionable work, or signs of context rot

What you get

A decomposed task run across parallel subagents whose summaries are aggregated into a unified result

  • Task decomposition
  • Aggregated subagent summaries

By the numbers

  • aim for 3-7 partitions per batch
  • Claude Code limit ~10 concurrent subagents
  • grepping cuts context consumption by 80%+

Files

SKILL.mdMarkdownGitHub ↗

RLM-Style Recursive Orchestrator

Implement the orchestrator pattern from RLM research to handle arbitrarily large contexts and complex multi-part tasks. The main conversation acts as the recursive coordinator, spawning depth-1 subagents and aggregating results.

Core Principle

"No single language model call should require handling a huge context."
— RLM Research (arXiv:2512.24601)

Since Claude Code subagents cannot spawn children (architectural limit), the main conversation becomes the "recursion stack," enabling functional depth >1.

When to Use This Skill

Ideal for:

  • Tasks requiring >100K tokens of context
  • Multi-file analysis or refactoring
  • Research tasks with many sources
  • Batch processing with independent partitions
  • Any task showing signs of context rot (degraded recall, repeated mistakes)

Not ideal for:

  • Simple single-file changes
  • Tasks requiring tight sequential dependencies
  • Quick exploratory questions

The RLM Orchestration Pattern

Main Session (orchestrator/recursion stack)
    │
    ├─[DECOMPOSE]─ Analyze task, identify independent partitions
    │
    ├─[SPAWN BATCH 1]──┬── Subagent A (fresh 200K context) → summary
    │                  ├── Subagent B (fresh 200K context) → summary
    │                  └── Subagent C (fresh 200K context) → summary
    │
    ├─[AGGREGATE]─ Combine results, identify gaps
    │
    ├─[SPAWN BATCH 2]──┬── Subagent D (uses batch 1 results) → summary
    │                  └── Subagent E (uses batch 1 results) → summary
    │
    ├─[AGGREGATE]─ Final combination
    │
    └─[COMPLETE]─ Return unified result

Orchestration Protocol

Phase 1: Task Analysis and Decomposition

Before spawning any subagents, analyze the task:

1. Estimate context requirements

  • Count files/sources to process
  • Estimate tokens (~4 bytes per token)
  • If <50K tokens total, consider direct execution

2. Identify partition boundaries

  • Find natural divisions (files, sections, topics)
  • Ensure partitions are independent (no cross-dependencies)
  • Aim for 3-7 partitions per batch (Claude Code limit: ~10 concurrent)

3. Define aggregation strategy

  • How will partition results combine?
  • What format should subagent outputs use?
  • What information must propagate between batches?

Phase 2: Subagent Dispatch

For each batch of partitions:

1. Prepare subagent prompts using the template in references/subagent-prompt-template.md

2. Spawn subagents in parallel using the Task tool:

   Task(subagent_type="general-purpose", description="[partition description]", prompt="...")
   Task(subagent_type="Explore", description="[research partition]", prompt="...")

3. Use appropriate subagent types:

  • Explore - For read-only research, file discovery
  • general-purpose - For tasks requiring code changes
  • Plan - For architecture/design work

4. Run in background when appropriate:

  • Set run_in_background=true for long-running tasks
  • Check results via TaskOutput or Read on output file

Phase 3: Result Aggregation

When subagents complete:

1. Collect all results - Read summaries from each subagent

2. Validate completeness - Check for error indicators:

  • "could not find", "unable to", "failed to"
  • Missing expected outputs
  • Incomplete coverage of partition

3. Merge results using appropriate strategy:

  • Union: Combine all findings (research tasks)
  • Synthesis: Create unified narrative (analysis tasks)
  • Reduce: Aggregate metrics (measurement tasks)

4. Identify gaps - What wasn't covered? What needs follow-up?

Phase 4: Iteration (if needed)

If gaps exist:

1. Create follow-up partitions for uncovered areas 2. Include previous batch context in new subagent prompts 3. Spawn next batch with refined focus 4. Repeat until complete or max iterations reached

Emerged Strategies (from RLM Research)

Encode these strategies in subagent prompts:

Peeking

Sample the beginning of context to understand structure before deep processing.
Before analyzing fully, first peek at the structure:
1. Read first 50 lines of each file
2. Identify file types and organization
3. Then proceed with targeted analysis

Grepping

Use pattern-based filtering to narrow context before semantic processing.
Use Grep to filter before reading:
1. Search for relevant patterns: `Grep(pattern="error|exception|fail")`
2. Read only matching files fully
3. This reduces context consumption by 80%+

Partition + Map

Break context into chunks, process in parallel, then aggregate.
This task uses partition+map strategy:
1. You handle partition [X] of [N]
2. Your partition covers: [specific scope]
3. Return findings in this format: [format spec]
4. Orchestrator will aggregate all partition results

Summarization

Extract condensed information for parent decision-making.
Return a structured summary, not raw data:
- Key findings (3-5 bullet points)
- Specific file:line references
- Confidence level (high/medium/low)
- Gaps or uncertainties

Token Budget Management

Track token consumption across the orchestration:

ComponentEstimated TokensNotes
Main conversation200K maxReserve 50K for orchestration
Per subagent200K maxFresh context each
Subagent overhead~20KSystem prompt + tools
Summary return~2-5KPer subagent result

Budget formula:

Effective capacity = (Main 150K usable) + (N subagents × 180K usable each)
For 5 subagents: 150K + 900K = ~1M effective tokens

Integration with Existing Skills

This skill works with:

  • superpowers:brainstorming - Use first to decompose complex problems
  • superpowers:writing-plans - Create task partition structure
  • superpowers:dispatching-parallel-agents - Detailed parallel dispatch patterns
  • superpowers:subagent-driven-development - For implementation tasks
  • ralph-loop - For autonomous iteration within partitions

Example: Large Codebase Analysis

# Task: Analyze security vulnerabilities across 500 files

## Phase 1: Decomposition
- Partition by directory: src/, lib/, tests/, config/
- Each partition: ~125 files, ~50K tokens
- Aggregation: Union of findings with deduplication

## Phase 2: Dispatch (Batch 1)
- Subagent A: src/ directory - authentication code
- Subagent B: lib/ directory - utility functions
- Subagent C: config/ directory - configuration files
- Subagent D: tests/ directory - test coverage gaps

## Phase 3: Aggregate
- Combine all vulnerability findings
- Cross-reference duplicates
- Prioritize by severity

## Phase 4: Follow-up (if needed)
- Deep dive on critical findings
- Verify false positives

Troubleshooting

Subagent returns incomplete results:

  • Check if partition was too large (reduce scope)
  • Verify subagent had appropriate tools
  • Retry with more specific instructions

Aggregation produces conflicts:

  • Subagents may find contradictory information
  • Spawn a "resolver" subagent to investigate conflicts
  • Or present both findings with uncertainty markers

Context still rotting in main session:

  • You're keeping too much in the main context
  • Delegate more aggressively to subagents
  • Trust summaries instead of raw data

Hitting concurrent subagent limit:

  • Queue batches: 10 concurrent max
  • Wait for batch completion before spawning next
  • Consider if fewer, larger partitions would work

Quick Start Template

For any large task, start with:

I'll use RLM orchestration for this task.

**Task Analysis:**
- Total scope: [X files / Y sources / Z components]
- Estimated tokens: [rough estimate]
- Natural partitions: [list 3-7 independent parts]

**Orchestration Plan:**
1. Batch 1: [partitions A, B, C] - parallel Explore subagents
2. Aggregate: [strategy]
3. Batch 2 (if needed): [follow-up partitions]

**Subagent assignments:**
- Subagent A: [specific scope and instructions]
- Subagent B: [specific scope and instructions]
...

Proceeding with Phase 1...

Related skills

FAQ

Why can the main conversation act as the recursion stack?

Because Claude Code subagents cannot spawn children, so the main conversation becomes the coordinator to enable functional depth greater than 1.

When should I use direct execution instead?

When total context is under about 50K tokens, consider direct execution.

AI & Agent Buildingagentsautomationresearch

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.