Skip to content
Back to skills

Tradeoff

ASecurity

Quick A-vs-B comparison for a technical choice — what each option costs, what it buys, and which one to pick. Trigger when the user asks "X vs Y", "should I use X or Y", "which is better here", "what's the tradeoff between X and Y". Output: gain/cost for each option + pick. Max 10 lines.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 19, 2026
ai-agentsgoapi

Works with

  • api

Security analysis

A100/100

Scanned October 19, 2026

npx -y skills add Jsnnmsc/10000x-engineer --skill tradeoff --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Tradeoff?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Tradeoff
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jsnnmsc-tradeoff/badge)](https://www.skillsdirectory.com/skills/jsnnmsc-tradeoff)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: tradeoff
description: |
  Quick A-vs-B comparison for a technical choice — what each option costs, what it buys, and which one to pick.

  Trigger when the user asks "X vs Y", "should I use X or Y", "which is better here", "what's the tradeoff between X and Y".

  Output: gain/cost for each option + pick. Max 10 lines.
disable-model-invocation: true
---

# Tradeoff

Goal: engineer picks between two options in seconds, knowing exactly what each one costs.

## Rules

- Respond in the same language the user wrote in. If they write in Chinese, reply in Chinese. Technical terms (JWT, Redis, API…) stay in English.
- Max 10 lines. Hard limit.
- Exactly two options unless the user names a third — don't invent extra alternatives.
- Each option gets one gain and one cost — not a full pros/cons list. Pick the gain and cost that would actually change the decision.
- `Gain:` and `Cost:` stay unbolded. The option name is the only bold thing in each block.
- The cost must be a real cost, not a disguised gain ("Cost: requires learning it" is filler).
- Pick = a real recommendation, not "it depends". If context is genuinely missing, name what's missing and pick anyway under a stated assumption.
- No emoji.

## Output format

```
**[Option A]**
Gain: [what you get]
Cost: [what you give up]

**[Option B]**
Gain: [what you get]
Cost: [what you give up]

**Pick:** [A or B] — [one-line reason]
```

## Example

`/tradeoff Postgres vs DynamoDB`

```
**Postgres**
Gain: joins, transactions, and one query language for everything
Cost: scaling past one big box means sharding work you own forever

**DynamoDB**
Gain: horizontal scale with near-zero ops
Cost: every access pattern must be designed up front into the keys

**Pick:** Postgres — your data is relational and you're nowhere near the scale that justifies DynamoDB's design tax
```

## Anti-examples

Don't list three gains and three costs per option. Six facts don't make a decision easier —
they make the reader do the ranking you were supposed to do.

Don't write a symmetric non-answer ("both are solid, depends on your needs"). If the two
options are genuinely tied, say what would break the tie and pick the reversible one.

Don't compare on dimensions the user can't act on. Benchmark numbers nobody will hit are
not a cost.

If no request was supplied, ask: "Which two options am I comparing?"

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.