second-order-thinking-skill

Trace first-, second-, and third-order effects of actions across systems and stakeholders.

1|Updated Apr 19, 2026
One-click install
npx skills add https://github.com/StepowskiEric/Jerrys-agent-skills --skill second-order-thinking-skill
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: second-order-thinking-skill
Source: https://github.com/StepowskiEric/Jerrys-agent-skills/tree/main/.agents/skills/judgment-and-routing/second-order-thinking-skill
Command: npx skills add https://github.com/StepowskiEric/Jerrys-agent-skills --skill second-order-thinking-skill

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps agents reason beyond immediate, obvious consequences to identify longer-term risks and unintended impacts.

Core Features & Use Cases

  • Second-order framework: trace Order 1, Order 2, and Order 3 effects across systems and stakeholders to surface hidden risks.
  • Decision guardrails: iteratively test recommendations against downstream dynamics to avoid premature commitments.
  • Use cases include evaluating architectural changes, policy updates, or tool adoption where multiple actors and time horizons interact.

Quick Start

Provide a concrete action and perform a second-order analysis by tracing first-, second-, and third-order effects across affected systems.

Frequently Asked Questions about second-order-thinking-skill

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

FAQPage Schema
What is second-order thinking in software architecture and decision-making?

Second-order thinking traces immediate first-order effects through their subsequent reactions across stakeholders and systems to reveal hidden risks and avoid short-sighted architectural decisions.

How do I analyze the downstream impact of a system change across multiple stakeholders?

To analyze downstream impact, trace the proposed action through Order 1, Order 2, and Order 3 effects across affected systems and stakeholders to surface hidden risks and iteratively test recommendations against downstream dynamics.

Can I use this to evaluate the risks of adopting a new tool or updating a policy?

Yes, you can evaluate new tool adoption or policy updates by applying the second-order framework to trace subsequent reactions and identify longer-term risks and unintended impacts across multiple actors and time horizons.

What is the best way to avoid short-sighted decisions when evaluating architectural changes?

The best way to avoid short-sighted decisions is to iteratively test recommendations against downstream dynamics by tracing first-order effects through subsequent reactions to reveal risks across affected systems.

When do I need to perform a causal inference and systems-thinking analysis for my software project?

You need causal inference and systems-thinking analysis when evaluating changes that affect multiple stakeholders, systems, or time horizons, requiring you to reason beyond obvious consequences to identify longer-term risks.

Does this approach require specific dependencies or components to trace architectural impact?

No, tracing architectural impact requires no specific dependencies or components; it applies a reasoning framework to trace effects across affected systems and stakeholders to surface hidden risks.