agentleFS
jabrenajabrena/cursor-rules-java/skills/052-design-hamburger-method/SKILL.md

052-design-hamburger-method

Skill452 starsChanged 3 months agoApache-2.0View on GitHub

Use when a large feature, story, plan, or spec idea needs to be split into small vertical slices with the Hamburger Method. This should trigger for requests such as Split this oversized story; Find the smallest useful slice; Break this feature into vertical slices; Apply the Hamburger Method; Turn this broad plan into tracked slices. Part of Plinth Toolkit

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    MUST: read references/052-design-hamburger-method.md before applying the method

    line 28
  2. Distinctive:

    MUST: keep recommended work as vertical slices that deliver observable value

    line 33
  3. Very specific:

    Read references/052-design-hamburger-method.md, then restate the large feature, story, plan, or spec idea and why ordinary implementation …

    line 49
  4. Distinctive:

    Ask: "If this had to ship tomorrow, what would be the smallest useful version?" Use the answer to remove options that are too costly, …

    line 57
  5. Distinctive:

    Check every slice for value, size, testability, deliverability, and issue-tracking suitability.

    line 69

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Hamburger Method Design

Guide Java teams through the Hamburger Method for splitting oversized work into small, valuable, end-to-end vertical slices. This is an interactive SKILL.

What is covered in this Skill?

  • Recognizing oversized feature, story, plan, or spec work
  • Identifying 3-6 functional or workflow layers that participate in delivering value
  • Generating 4-5 implementation or quality options per layer
  • Challenging scope with the smallest useful version question
  • Filtering options that are too costly, redundant, irreversible, or unnecessary for early learning
  • Composing one first vertical slice and follow-up slices
  • Self-checking value, size, testability, deliverability, and issue-tracking suitability
  • Routing plan, OpenSpec, GitHub issue, and Jira follow-up through the existing planning skills

Constraints

Split oversized work into vertical slices that deliver observable value, not isolated horizontal technical tasks.

  • MUST read references/052-design-hamburger-method.md before applying the method
  • MUST identify 3-6 functional or workflow layers before selecting a slice
  • MUST generate 4-5 options per layer, ordered from simplest acceptable option to richer options
  • MUST challenge scope with the smallest-useful-version question before recommending a first slice
  • MUST filter costly, redundant, irreversible, or unnecessary options before composing the first slice
  • MUST keep recommended work as vertical slices that deliver observable value
  • MUST NOT present isolated technical layers as independently shippable stories

When to use this skill

  • Apply the Hamburger Method
  • Split this oversized story
  • Find the smallest useful slice
  • Break this feature into vertical slices
  • Turn this broad plan into tracked slices
  • This feature is too large

Workflow

  1. Recognize Oversized Work

Read references/052-design-hamburger-method.md, then restate the large feature, story, plan, or spec idea and why ordinary implementation task decomposition would be too broad, risky, or horizontal.

  1. Map Layers and Options

Identify 3-6 functional or workflow layers needed for observable value. For each layer, generate 4-5 implementation or quality options ordered from the simplest acceptable choice to richer choices.

  1. Challenge Scope

Ask: "If this had to ship tomorrow, what would be the smallest useful version?" Use the answer to remove options that are too costly, redundant, irreversible, or unnecessary for early learning.

  1. Compose the First Slice

Select one option from each relevant layer to create the smallest useful end-to-end vertical slice. Explain the user-visible value, validation signal, and why rejected layer options wait for later slices.

  1. Plan Follow-Up Slices

Propose follow-up vertical slices that incrementally improve quality, automation, robustness, reach, observability, operational behavior, or supported workflows without turning them into isolated technical layers.

  1. Self-Check and Route Follow-Up

Check every slice for value, size, testability, deliverability, and issue-tracking suitability. Route implementation planning through 041-planning-plan-mode, spec-level changes through 042-planning-openspec, GitHub issue work through 043-planning-github-issues, Jira work through 044-planning-jira, and Azure DevOps work through 045-planning-azure-devops.

Reference

For detailed guidance, examples, and constraints, see references/052-design-hamburger-method.md.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.