Esper batch
Tool-neutral, simple workflow layer for agentic, spec-driven software development. πͺβ¨
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.
What its author says it does
Copied from the file, not written here
Decompose a feature set into a queue of increments. Creates a batch parent with child increments. Stays in plan mode until `esper:go`.
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.