CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

thinking-in-bets

Use when asked to "thinking in bets", "make decisions under uncertainty", "think probabilistically", "avoid resulting", "separate decision quality from outcomes", or "reduce bias in decisions". Helps make explicit bets and evaluate decisions on process, not results. The Thinking in Bets framework (from Annie Duke) applies poker strategy to business and life decisions.

Quality

57%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/thinking-in-bets/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

26%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body reads as an encyclopedic summary of the Thinking in Bets concept rather than operating instructions: it explains what the framework is and when to reach for it, but never how to run a bet-structuring or decision-evaluation session. Structure is short and navigable (good progressive disclosure for a file this size), but filler sections hurt conciseness and the complete absence of a workflow is the central defect.

Suggestions

Add a concrete step-by-step procedure, e.g.: 1) restate the decision and what was known at the time, 2) express beliefs as explicit bets with probability estimates, 3) define success/failure criteria in advance, 4) review the process separately from the outcome.

Replace the 'What It Is' conceptual explanation and 'Domain Context' filler — both cover ground Claude already knows — with operational artifacts: a bet-statement template, a worked example, and a decision-review question checklist.

Trim the 'Resources' book list and delete the 'Domain Context' section; both spend tokens without changing Claude's behavior.

DimensionReasoningScore

Conciseness

"This skill implements a proven product management framework. The approach combines best practices from industry leaders..." is pure filler, and "Most people judge decisions by their outcomes (called 'resulting'). This is backwards." re-explains a concept Claude already knows. Two full sections (Domain Context, most of What It Is) are unnecessary padding — anchor 2, not 1 because the body is short and the When to Use / When Not to Use lists carry real value; not 3 because the padding is not merely incidental.

2 / 5

Actionability

High-level hints exist ("Move from 'Was I right?' to 'Was my thinking process good?'", the Input Requirements bullets), but there are no specific steps for how to actually make an explicit bet or evaluate a decision — no procedure, template, or worked example. Not 1 because input-gathering and when/when-not guidance is concrete at the routing level; not 3 because there is no executable guidance for the skill's core task at all.

2 / 5

Workflow Clarity

No numbered or sequenced steps appear anywhere in the body; capabilities are only named ("Set up pre-mortems and kill criteria", "Run better meetings") with no procedure for any of them. Steps are missing entirely, matching anchor 1 — not 2, because even a rough implicit sequence (gather inputs → structure the bet → evaluate) is absent from the text.

1 / 5

Progressive Disclosure

The body is under 50 lines, self-contained with no bundle files (references/, scripts/, assets/ are absent), and organized into labeled sections (What It Is, When to Use It, When Not to Use It, Resources). Not 5 because two H2 sections ("Domain Context", "Input Requirements") appear before the H1 title, muddying the heading hierarchy; not 3 because the content is short and appropriately placed for a skill this size.

4 / 5

Total

9

/

20

Passed

Description

70%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description has strong trigger coverage and an explicit 'Use when' clause with concrete, natural trigger phrases, making it clearly routable and mostly distinctive. Its weakness is the 'what' side: capabilities are stated abstractly rather than as concrete actions or deliverables, and a couple of broad triggers ('reduce bias in decisions', 'make decisions under uncertainty') risk overlap with general decision-making skills.

Suggestions

Replace the abstract capability statement with concrete actions, e.g., "Structures decisions as explicit bets with probability estimates, runs outcome-independent decision reviews, and sets up pre-mortems and kill criteria."

Add natural trigger variations users might actually say, such as "pre-mortem", "decision journal", "outcome bias", or "Annie Duke", to broaden natural-language coverage.

DimensionReasoningScore

Specificity

"Helps make explicit bets and evaluate decisions on process, not results" names two actions, but they are abstract restatements of the framework's philosophy rather than concrete deliverables (no mention of pre-mortems, kill criteria, probability structuring, or decision reviews it produces). Matches anchor 3 (domain plus 1-2 actions, not comprehensive) — not 4 because it does not list several specific actions, not 2 because it goes beyond merely naming the domain.

3 / 5

Completeness

Both parts are present: an explicit "Use when asked to..." clause with concrete trigger phrases, and a what ("Helps make explicit bets and evaluate decisions on process, not results"). Not 5 because the 'what' is abstract and never states concretely what the skill does or produces; not 3 because the 'when' is explicit with trigger phrases, not weakly implied.

4 / 5

Trigger Term Quality

Six quoted natural trigger phrases — "make decisions under uncertainty", "think probabilistically", "avoid resulting", "separate decision quality from outcomes", "reduce bias in decisions" — are phrases a user would plausibly say. Not 5 because common variations such as "pre-mortem", "decision journal", "outcome bias", or "Annie Duke" are absent; not 3 because coverage clearly exceeds 'some relevant keywords'.

4 / 5

Distinctiveness Conflict Risk

"The Thinking in Bets framework (from Annie Duke) applies poker strategy to business and life decisions" names a specific framework, creating a clear niche, and specialized terms like "avoid resulting" are distinctive. Not 5 because broad triggers like "reduce bias in decisions" overlap with generic debiasing or critical-thinking skills; not 3 because the named framework keeps it mostly distinct.

4 / 5

Total

15

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

saski/arnesto

Path

.agents/skills/thinking-in-bets/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.