slice-tasks

slice-tasks is a cursor rule for Cursor from danielvm-git/bigpowers. It costs 59 tokens per session (1,168 once invoked), scanned A, original, MIT.

A planning procedure that breaks a scoped product requirements document into small, independently deliverable and testable stories. A vertical slice is a complete piece of functionality across the parts needed to deliver it.

In plain words
What is it for?
Use it after defining project scope to create structured story files, set boundaries, and prepare work for detailed planning.
Why use it?
It prevents large plans from becoming vague horizontal tasks that cannot be delivered or verified on their own.

Cursor rule for Cursor

Written for Cursor: installed under .cursor/.

Good fit Use it after defining project scope to create structured story files, set boundaries, and prepare work for detailed planning.

Compare 6 cursor rules from other repositories ↓
Install with agentmods
npx agentmods add rules/danielvm-git/bigpowers/slice-tasks
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Clone the repo
git clone --depth 1 https://github.com/danielvm-git/bigpowers

Made for: Cursor.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for slice-tasks

README.md
[![agentmods](https://agentmods.dev/badge/rules/danielvm-git/bigpowers/slice-tasks/github.svg)](https://agentmods.dev/rules/danielvm-git/bigpowers/slice-tasks)
Your own site
<a href="https://agentmods.dev/rules/danielvm-git/bigpowers/slice-tasks"><img src="https://agentmods.dev/badge/rules/danielvm-git/bigpowers/slice-tasks/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for slice-tasks

Your own site · 80×15
<a href="https://agentmods.dev/rules/danielvm-git/bigpowers/slice-tasks"><img src="https://agentmods.dev/badge/rules/danielvm-git/bigpowers/slice-tasks.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 59 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,168 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00059 $0.01168
Opus 5.5 $0.00024 $0.00467
Sonnet 5.5 $0.00012 $0.00234
Haiku 4.5 $0.00006 $0.00117

Measured 1mo ago against content hash 6608f33b25ca, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

slice-tasks scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.cursor/rules/slice-tasks.mdc · 68 lines

How it starts

The opening of the file, as written. The whole thing — 68 lines — stays where its author put it; the contents beside it link to each section on GitHub.

story: e45s29

Slice Tasks

Spine position: Step 2 — scope-work → slice-tasks → plan-work.

Produce epic capsule story tasks in specs/epics/eNN-slug/ — vertical slices, each independently deliverable and testable. Output: decoupled eNNsYY-tasks.yaml files with runnable verify commands. Legacy specs/epics/ (see slice-tasks) is deprecated; use capsule dirs + execution-status.yaml.

Pre-flight

  • Does specs/product/SCOPE_LATEST.yaml exist? If not, run scope-work first — you can't slice what you haven't bounded.
  • Is the release-plan.yaml populated with the epics you're slicing? Epic IDs (e01, e02…) should exist before you create stories.
  • Do you understand the difference between a horizontal layer and a vertical slice? (See anti-patterns below.)

Process

  1. Read planning-context.yaml — If specs/planning-context.yaml exists, read it first:

    test -f specs/planning-context.yaml && echo "Context found" || echo "No context — starting fresh"
    

    Use feature_name, constraints, and out_of_scope to inform slice boundaries. key_decisions in the file may constrain how stories are cut (e.g., "no external deps" constrains slice 2). If absent, proceed normally.

  2. Read context — Read specs/product/SCOPE_LATEST.yaml and/or specs/release-plan.yaml. Understand what the epic delivers end-to-end.

  3. Cut tracer-bullet slices — Identify the thinnest possible vertical path through the stack that delivers user value. Start with this slice; it will catch integration issues first. For example:

    • A search feature: first slice is "user types query → API returns results" (no filters, no pagination, no ranking — just the plumbing working end-to-end).
    • A checkout flow: first slice is "user clicks buy → order created" (no payment, no inventory, no email).
  4. Assign BCPs — For each story, estimate Business Complexity Points (1–13). A 1-BCP story is a trivial change (one file, one concept). A 13-BCP story is a major feature across multiple modules. If a story exceeds 8 BCPs, consider splitting it.

Read the full file on GitHub · 68 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 1mo ago First seen · 68 lines · 59 tokens per session scan A 6608f33b25ca

Subscribe to this mod's changes

slice-tasks is a cursor rule published in the GitHub repository danielvm-git/bigpowers (267 stars, last pushed 27d ago), licensed MIT. It adds 59 tokens to every session and 1,168 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.