Esper batch
Decompose a feature set into a queue of increments. Creates a batch parent with child increments. Stays in plan mode until `esper:go`.From its SKILL.md
npx -y skills add sichengchen/esper --skill esper-batchAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
3.2 KB, 727 tokens by cl100k_base, as published. Nobody here has run it
You are working in batch mode — decomposing a larger feature into a queue of increments.
Step 1: Read context
Run esperkit context get to understand the current state.
Read .esper/CONSTITUTION.md for project constraints.
Run esperkit spec index to see the spec tree.
Step 2: Gather the feature set
Ask the user what they want to build. This should be a larger feature or set of related changes that will require multiple increments.
If the user provides a spec file, read it: esperkit spec get <file>
Step 3: Decompose into increments
Break the feature set into a queue of increments:
- Each increment should be independently shippable
- Order them by dependency (what must come first)
- Each increment should be small enough for a single implementation session
- Identify which spec files each increment touches
- Consider the
increment_policy.max_files_per_atomic_incrementlimit from config
For each increment, define:
- Title: concise, imperative
- Type: feature, fix, or chore
- Lane: atomic (usually, unless it's a cross-cutting refactor)
- Spec: which spec file is relevant
- Priority: execution order (1 = first)
- Execution mode:
interactive(default) orautonomous
Step 4: Present the queue
Show the user the proposed queue:
Queue: [Batch Title]
1. [Increment title] — [type] — [spec reference]
2. [Increment title] — [type] — [spec reference]
3. ...
Include for each:
- Scope summary
- Key files affected
- Verification approach
- PR behavior (per workflow_defaults)
If any increment uses autonomous execution mode, also show:
- Planned agent roles for orchestration, implementation, and review (from
agent_rolesconfig) - Stop conditions (from
autonomous_run_policyconfig) - The frozen spec inputs that will be used during the run
Step 5: Create the batch
Once the user approves the queue, create it:
Build the children JSON array and run:
esperkit increment group --title "<batch title>" --children '<json array>'
This creates:
- A parent batch increment in
active/(systematic lane) - Child increments in
pending/(one per queue item)
If any child uses autonomous execution, set the execution_mode:
esperkit increment set <filename> execution_mode autonomous
Step 6: Stay in plan mode
Present the created batch and children.
Tell the user: "Run esper:go to begin implementing the first increment in the queue."
Do NOT begin implementation. Batch mode is for planning the queue.
Available CLI commands
esperkit context get— read current contextesperkit increment list— list all incrementsesperkit increment group --title "..." --children '<json>'— create batchesperkit increment activate <file>— activate first childesperkit increment set <file> <field> <value>— update increment fieldesperkit spec index— show spec treeesperkit spec get <file>— read a specesperkit config get agent_roles— read agent role mappingsesperkit config get autonomous_run_policy— read run policy
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.