trade-off

Identify deliberate trade-offs to prevent scope creep during planning and reviews.

259|24|Updated Apr 26, 2026
One-click install
npx skills add https://github.com/ReviewStage/stage-cli --skill trade-off
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: trade-off
Source: https://github.com/ReviewStage/stage-cli/tree/main/.agents/skills/trade-off
Command: npx skills add https://github.com/ReviewStage/stage-cli --skill trade-off

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Surface explicit, high-impact trade-offs to prevent complexity creep and over-engineering during planning, pre-implementation, or post-diff reviews.

Core Features & Use Cases

  • Identify behavior-level reductions that streamline user-facing features and flows.
  • Identify architecture-level cuts (queues, caches, services) to reduce infra and maintenance without breaking intent.
  • Provide clear justification and scope for each cut to align product, design, and engineering decisions.

Quick Start

Propose the top three trade-offs for the current task and explain the rationale in plain terms.

Frequently Asked Questions about trade-off

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent scope creep during software architecture planning?

Preventing scope creep during architecture planning requires identifying deliberate trade-offs that surface behavior-level and architecture-level cuts. This produces concrete reductions and rationale to prevent over-engineering before implementation begins.

What are architectural trade-offs in decision-making?

Architectural trade-offs in decision-making are explicit choices to reduce infra and maintenance complexity, such as cutting queues, caches, or services. They articulate the scope and justification for each cut to align engineering decisions without breaking intent.

How do I review code diffs for over-engineering?

Reviewing code diffs for over-engineering involves applying deliberate trade-offs after evaluating changes that touch user-facing behavior and architectural design. You identify explicit cuts and provide actionable decisions to streamline features and reduce infra complexity.

When do I need to evaluate trade-offs for feature scoping?

You need to evaluate trade-offs for feature scoping across three moments: during planning, before implementation, and after reviewing diffs. This ensures high-impact complexity reductions are identified and aligned across product, design, and engineering.

Can I streamline user-facing flows without breaking product intent?

You can streamline user-facing flows without breaking product intent by identifying behavior-level reductions as deliberate trade-offs. This provides clear justification and scope for each cut to align design and engineering decisions effectively.