mcpbeat

Thinking Lindy Effect

tjboudreaux/thinking-lindy-effect

Use when longevity of a non-perishable option matters. Treat survival duration as a remaining-life prior, then check domain drift before favoring the proven.

651 tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
928
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/tjboudreaux/cc-thinking-skills --skill thinking-lindy-effect

The instruction itself

6 sections, as written by the author

Lindy Effect

For non-perishable ideas, technologies, and practices, expected remaining life scales with current survival age. Prefer proven survivors unless the new option clears a burden of proof or the domain has drifted.

When to Use

  • Choosing languages, frameworks, databases, protocols, patterns, or dependencies where long-term survival matters.
  • Skill or architecture bets whose value depends on lasting relevance.
  • Ranking options when ages differ materially and the choice outlives a short experiment.

When NOT to Use

  • Perishable targets: specific SaaS vendors, hardware, fashion, or products that can shut down regardless of concept age.
  • Active paradigm discontinuity where age in the old regime is weak evidence.
  • Throwaway work where longevity is irrelevant — optimize for fit and speed.
  • Treating "older" as "optimal for a new requirement"; survival predicts further survival, not best fit.

Procedure

  • Confirm non-perishable scope. Concept/tech/practice continues; vendor/device → score fit/risk only and stop.
  • Record survival age. First significant production use and current age (ecosystem-relative if the ecosystem is young).
  • Form the Lindy prior. Expected remaining life ≈ current age; mark confidence from age and continued active use.
  • Run domain-drift checks. Problem class changed? Paradigm shift invalidating old assumptions? New option uniquely closes a real present gap?
  • Assign burden of proof. Default to the older adequate option. Accept newer only for a stated necessary advantage the Lindy option cannot meet at acceptable cost.
  • Decide with residual risk. Pick primary; note impact if the prior is wrong and any fallback.

Stop condition: Primary chosen with age prior, drift check, and why new did or did not meet burden of proof.

Output

Options: <name, age, Lindy prior>
Drift: stable | discontinuous — <note>
Burden: on new | waived because <gap>
Decision: <primary>
Rejected: <one line each>
If Lindy wrong: <impact + fallback>

Verification

  • Falsify if age was used without non-perishable scope, or a paradigm shift was ignored.
  • Falsify if a new option was rejected solely for youth despite a documented necessary gap.
  • Over-application guard: skip throwaway prototypes and perishable vendor bets where fit and exit cost dominate.

How to use it

Copy the folder

Take tjboudreaux/thinking-lindy-effect from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.