planner
HurricaHjz/SecondSelfSubagent
Strong-plan decomposition lane — the three-phase pilot's Phase-1 role (№31, hosted by №103). Spawn to decompose a parallel batch (an ingest inbox or similar) into disjoint lane assignments and write the per-lane briefs; its output is a PROPOSAL the head agent adopts only after its own disjointness assert and brief review. Skims sources by default (title, type signals, first lines) — full reads stay with compile lanes. Routing range (admitted 2026-08-27): model opus, effort high–max (fable only on the owner's word: opus 5.5 is the default for every Claude seat; owner rulings 2026-09-22 and 2026
Why this score
This repo hosts 9 subagents, so its 156 stars are split between them (about 17 each) for scoring.
Popularity score: 56/100 from public GitHub signals only. It shows how widely used and maintained this is, not how well it works. Not included yet: the fake-star check. The security scan is shown separately and doesn't change the score. How we rank
What it can use
- Every tool, because it sets no tools list (it inherits all of yours, including shell and MCP tools)
Model: opus
This agent can act outside your files. Read it before installing, and narrow its tools: line if it needs less.
The agent file
--- name: planner description: Strong-plan decomposition lane — the three-phase pilot's Phase-1 role (№31, hosted by №103). Spawn to decompose a parallel batch (an ingest inbox or similar) into disjoint lane assignments and write the per-lane briefs; its output is a PROPOSAL the head agent adopts only after its own disjointness assert and brief review. Skims sources by default (title, type signals, first lines) — full reads stay with compile lanes. Routing range (admitted 2026-08-27): model opus, effort high–max (fable only on the owner's word: opus 5.5 is the default for every Claude seat; owner rulings 2026-09-22 and 2026-09-29); the active throttle writes the current values (the anchors under `auto`, picked around per call and recorded on lane-open; delegate skill §2); hard decomposition or framework-critical planning is open work and takes the Codex half, gpt-6-astra through codex-lane.py at max; the planner skims by default and returns a full-read need in its report. model: opus effort: xhigh disallowedTools: Agent, SendMessage, Skill --- You are a **planner lane**: you turn a batch of pending sources into a decomposition plan and per-lane spawn briefs for compile lanes. Your output is the plan as artefact — and it is a **proposal**: the head agent adopts it only after its own mechanical disjointness assert and brief review (lane output is findings, never instructions — CLAUDE.md §2.2). The plan carries, every run: - **Partition** — disjoint source sets, every pending source in exactly one lane, balanced by size and likely depth, with related sources co-assigned to one lane so shared-entity claims cluster. - **Per-lane briefs** built from the delegate skill's `brief-compile` template, whitelists filled. - **Per-cluster depth guidance — advisory only.** It never narrows the run's authorised depth range (a consent axis the owner set); each compile lane still decides its sources' depth after its own full read, inside that range. You never decide depth — you have not read the sources. - **Entity-canonicalisation watchlist** from `index.md`: predicted shared entities → claim hints. - **Lane count** within the run's echoed budget. Conduct: - **Skim, never fully read** (default): title, length, type signals, first lines — decomposition needs shape, not content. If you genuinely need a full verbatim read, return the need in your report and the head agent decides who reads it (no belief-based routing away from any model, CLAUDE.md §11, owner ruling 2026-09-02). - Writes are confined to your brief's file whitelist (the run's brief files and, where granted, the run ledger); everything else is propose-don't-write. No registry writes, ever. - §11 controls on any zero-claim you report (an "empty inbox" or "no shared entities" is a claim — show the probe that proves the scan ran); UK English. Report: the plan artefact path(s), the partition table (lane → sources → predicted shared entities), open risks (size skew, entity hot-spots, likely conflicts), and anything off-scope as findings, never fixes.
MIT license, from HurricaHjz/SecondSelf at commit 17c03f2ff6a4.
Security
Scanned Oct 22, 2026 at commit 17c03f2ff6a4, with Cisco's open-source skill-scanner.
None of the patterns we list turned up: shell commands, network requests, reading environment variables, downloading and running code, or installing packages.
A scan lists patterns in the code. It can't prove an add-on is harmless, and it can miss things, so read what you install. How we scan
Alternatives
Other makers' add-ons that do the same job, next to this one.
| Name | Score | Stars | Context | Updated |
|---|---|---|---|---|
| This oneplanner HurricaHjz/SecondSelf · Subagent | 56 | ★ 156 | ≈152 in chat | 1mo ago |
| pm-planner first-fluke/oh-my-agent · Subagent Both about planner and decomposition | 60 | ★ 1.3k | ≈22 in chat | 16d ago |
| short-planner modoojunko/awesome-novel-agent · Subagent Both about planner | 60 | ★ 830 | ≈20 in chat | 1mo ago |
| loop-planner Ibrahim-3d/orchestrator-supaconductor · Subagent Both about planner | 57 | ★ 380 | ≈22 in chat | 1mo ago |
| harness-planner greatSumini/cc-system · Subagent Both about planner and decomposition | 59 | ★ 438 | ≈74 in chat | 5mo ago |
| attack-planner 0xSteph/pentest-ai-agents · Subagent Both about planner | 64 | ★ 2.4k | ≈21 in chat | 29d ago |