agentsclimarketplace

Esper batch

Skill sichengchen/esper/skills/esper-batch

Tool-neutral, simple workflow layer for agentic, spec-driven software development. πŸͺ„βœ¨

Install
npx -y skills add sichengchen/esper --skill esper-batch

Assembled 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:

  1. Each increment should be independently shippable
  2. Order them by dependency (what must come first)
  3. Each increment should be small enough for a single implementation session
  4. Identify which spec files each increment touches
  5. Consider the increment_policy.max_files_per_atomic_increment limit 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) or autonomous

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_roles config)
  • Stop conditions (from autonomous_run_policy config)
  • 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 context
  • esperkit increment list β€” list all increments
  • esperkit increment group --title "..." --children '<json>' β€” create batch
  • esperkit increment activate <file> β€” activate first child
  • esperkit increment set <file> <field> <value> β€” update increment field
  • esperkit spec index β€” show spec tree
  • esperkit spec get <file> β€” read a spec
  • esperkit config get agent_roles β€” read agent role mappings
  • esperkit config get autonomous_run_policy β€” read run policy

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 327,069. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.