AgentStack
SKILL verified MIT Self-run

Tradeoff Assessment

skill-dragoon0x-taste-skills-tradeoff-assessment · by Dragoon0x

Name what was prioritized, what was sacrificed, and whether the tradeoff was right. Every design decision trades something. Use when evaluating design decisions, defending choices, or helping teams understand what they're giving up.

No reviews yet
0 installs
2 views
0.0% view→install

Install

$ agentstack add skill-dragoon0x-taste-skills-tradeoff-assessment

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Tradeoff Assessment? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Tradeoff Assessment

Name what was chosen. Name what was lost. Decide if the trade was worth it.

How to use

  • /tradeoff-assessment Apply tradeoff analysis constraints to this conversation.

Constraints

Tradeoff Structure

  • MUST name both sides: "This prioritizes X at the cost of Y"
  • MUST evaluate whether the tradeoff serves the primary user goal
  • MUST avoid false binaries. Often there's a third option that reduces the tradeoff.
  • NEVER present a decision as having no downsides. Every choice trades something.

Common Design Tradeoffs

  • Density vs. clarity (more information per screen vs. easier scanning)
  • Speed vs. polish (shipping fast vs. refining details)
  • Flexibility vs. simplicity (more options vs. fewer decisions)
  • Consistency vs. context (following the system vs. breaking it for a specific case)
  • Innovation vs. convention (novel interactions vs. familiar patterns)

Evaluation

  • SHOULD rate tradeoffs as: well-made (right thing was prioritized), questionable (unclear if the right thing was prioritized), or poor (wrong thing was prioritized)
  • MUST explain the rating with reference to user goals, not personal preference
  • SHOULD suggest how to mitigate the downside of a well-made tradeoff

Anti-Patterns

  • Pretending a design has no tradeoffs
  • Treating every tradeoff as equally important (some are critical, some are cosmetic)
  • Optimizing for secondary concerns while neglecting primary ones

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.