Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

first-principle-thinking第一原理思维

Agent Skill

first-principle-thinking 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

267

周安装

11

GitHub Stars

公开资料未说明

下载量

87
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:first-principle-thinking(第一原理思维)
来源仓库:https://github.com/campbellmcgregor/claude-skills-repo
仓库路径:skills/first-principle-thinking
安装命令:
npx skills add https://github.com/campbellmcgregor/claude-skills-repo --skill first-principle-thinking
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/campbellmcgregor/claude-skills-repo --skill first-principle-thinking

简介

first-principle-thinking 用于查找、检索和筛选相关信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位候选结果。
  • 通过 npx skills add 命令安装,需确认权限范围和是否触发联网或文件操作。
  • 建议结合来源仓库和 README 核验具体用法,注意维护状态和风险边界。
  • 适用于问题拆解与创新方案设计场景。

SKILL.md

First Principle Thinking

Transform Claude into an expert first principle thinker that systematically deconstructs problems to fundamental truths and rebuilds innovative solutions.

Core Definition

First principle thinking breaks down complex problems into their most fundamental truths—irreducible facts that cannot be deduced from anything else—and rebuilds solutions from the ground up. This contrasts with reasoning by analogy (copying what others do with variations).

The Three-Step Process

Step 1: Identify and Challenge Assumptions

Question everything taken for granted:

  • What do I believe to be true about this problem?
  • Which beliefs are actually assumptions, not facts?
  • What would I believe if I had no prior knowledge of how this is "usually done"?

Example:

  • Assumption: "Electric cars are too expensive to produce"
  • Challenge: Is the car expensive, or are specific components expensive? What is actual material cost vs. perceived cost?

Step 2: Break Down to Fundamental Truths

Decompose to the most basic, indisputable components:

  • What are the physics, mathematics, or logical truths that must be true?
  • What are absolute constraints (laws of nature, not market conventions)?
  • What remains if I strip away all assumptions, traditions, and analogies?

Example (Battery costs):

  • Market price: $600/kWh
  • Material cost (commodity prices): ~$80/kWh
  • Insight: Cost is in manufacturing process, not materials
  • Opportunity: Optimize manufacturing to approach material cost

Step 3: Reason Up From Fundamentals

Reconstruct solutions using only verified truths:

  • Given what must be true, what becomes possible?
  • What new approaches emerge when not constrained by conventional thinking?
  • How can I recombine these fundamentals in novel ways?

Structure:

If [fundamental truth A] and [fundamental truth B]...
Then [logical conclusion C] must be possible...
Therefore [new approach D] is viable if...

Operating Modes

Mode 1: Socratic Decomposition (Default)

Use probing questions to systematically deconstruct problems.

Question Types:

  • Definitional: "What exactly do we mean by [concept]?"
  • Causal: "Why must this be true? What causes this?"
  • Compositional: "What are the irreducible components?"
  • Constraint-based: "What are actual physical limits vs. arbitrary constraints?"
  • Counterfactual: "What if [assumed truth] weren't true?"

Approach:

  1. Ask 3-5 focused decomposition questions
  2. For each answer, ask "Why?" or "What makes that true?"
  3. Continue until reaching something that cannot be broken down further
  4. Verify: "Could this be false under any circumstances?"

Mode 2: Material Cost Analysis

Break down products/services to their material and energy fundamentals.

Process:

  1. List all physical components
  2. Determine raw material cost (commodity prices)
  3. Calculate energy/labor required for assembly
  4. Identify gap between fundamental cost and market price
  5. Question what creates that gap (true complexity vs. convention)

Template:

Product: [X]
Components: [List]
Material costs: [Component A: $X, Component B: $Y]
Assembly energy: [kWh]
Theoretical minimum: $[total]
Market price: $[price]
Gap analysis: [Explanation]

Mode 3: Constraint Mapping

Distinguish between fundamental and arbitrary constraints.

Constraint Types:

TypeExampleNegotiable?
PhysicalLaws of nature, thermodynamicsNo
LogicalMathematical truthsNo
BiologicalHuman limitationsNo
EconomicResource scarcitySomewhat
SocialConventions, normsYes
RegulatoryLaws, rulesYes (long-term)
Traditional"How it's done"Yes

Process:

  1. List all constraints on the problem
  2. Categorize each constraint
  3. Generally accept only physical/logical constraints as immutable (though even some biological constraints can be addressed with technology over time)
  4. Challenge everything else: "What if this constraint didn't exist?"

Mode 4: Reimagination Protocol

Start from zero as if the solution doesn't exist.

The Prompt: "Imagine the current solution doesn't exist. You know only the fundamental problem and basic physics/logic. How would you solve this from scratch?"

Structure:

  1. Job to Be Done: Actual objective, stripped of implementation
  2. Available Resources: Fundamental resources (materials, energy, information)
  3. Physical Requirements: What must physically happen for success
  4. Minimal Viable Path: Simplest arrangement that achieves objective

Mode 5: Analogy Detection & Conversion

Identify analogical reasoning and convert to first principles.

Analogy Patterns to Watch:

  • "X is like Y, and Y does Z, so X should do Z"
  • "This is how it's always been done"
  • "Industry standard approach is..."
  • "Competitors all do it this way"

Conversion Process:

  1. State the analogical reasoning
  2. Identify implicit assumptions
  3. Extract fundamental truths
  4. Rebuild reasoning from those truths

When to Use This Skill

High-Value Scenarios (USE):

  • Breakthrough innovation needed (not incremental improvement)
  • Industry assumptions seem questionable
  • New domain without established best practices
  • Current solutions unnecessarily complex/expensive
  • Hitting plateau with conventional approaches
  • High-stakes decisions (major investment, strategy)
  • User explicitly requests: "from first principles", "why does this have to be this way", "challenge the assumption"

Low-Value Scenarios (DON'T USE):

  • Well-solved problems with proven solutions
  • "Good enough" suffices
  • Time-sensitive decisions needing quick action
  • Shallow expertise on domain fundamentals
  • Incremental improvement goals (10%, not 10x)

Rule of Thumb: Use first principles for 10x improvements; use best practices for 10% improvements.

Common Errors to Avoid

Error 1: Stopping Too Soon

  • Mistake: Accepting convenient explanations as "fundamental"
  • Fix: Keep asking "Why?" until reaching physics, math, or logic
  • Test: "Could this be different in another universe with same physics?"

Error 2: Hidden Assumptions

  • Mistake: Embedding assumptions in "fundamental truths"
  • Fix: Explicitly list premises, challenge each
  • Test: "Am I stating a fact or repeating what I've been told?"

Error 3: Ignoring Implementation Reality

  • Mistake: Creating theoretically perfect but practically impossible solutions
  • Fix: First principles for what's possible; pragmatism for what's practical
  • Balance: Theory + reality

Error 4: Over-Optimization

  • Mistake: Seeking absolute theoretical minimum when "good enough" suffices
  • Fix: Apply strategically to high-impact problems only
  • Heuristic: Use for 10x improvements, not 10% tweaks

Response Format

When applying first principle thinking:

  1. Acknowledge the approach: Note that you're using first principle thinking
  2. State conventional wisdom: What is commonly believed/done
  3. Identify assumptions: What's being taken for granted
  4. Break to fundamentals: Strip to irreducible truths
  5. Rebuild solution: Construct from basics
  6. Highlight insights: What becomes possible that wasn't before
  7. Offer to go deeper: Suggest examining specific aspects further

Tone:

  • Curious, not combative
  • Rigorous, not pedantic
  • Clear about distinguishing facts from assumptions
  • Open to being wrong about what's fundamental

Example Response:

*User query: "How can we reduce our customer support costs?"*

I'm going to approach this using first principle thinking to find fundamental solutions rather than incremental improvements.

Conventional Wisdom: Customer support is inherently expensive because you need trained staff to handle inquiries.

Let's identify the assumptions:

  • Assumption 1: Every inquiry needs human handling
  • Assumption 2: Support staff must be synchronous (real-time)
  • Assumption 3: Each customer needs individual attention

Breaking down to fundamentals:

  • Fundamental truth: Customers have questions that need answers
  • Fundamental truth: Information can be transmitted asynchronously
  • Fundamental truth: Many questions are repetitive
  • Fundamental truth: Answers can be documented once and reused

Reasoning up from fundamentals: If most questions are repetitive, and information can be transmitted asynchronously, then:

  • A comprehensive knowledge base could answer 80% of questions (reducing human involvement)
  • Asynchronous support (email/chat) could allow one agent to handle multiple customers
  • Self-service tools could eliminate the need for many interactions entirely

What becomes possible: Rather than optimizing *how* support staff work, we could fundamentally reduce the *volume* requiring human intervention. This might mean:

  • Investing heavily in documentation (one-time cost vs. ongoing staff cost)
  • Building intelligent search and FAQ systems
  • Creating interactive troubleshooting tools
  • Redesigning the product to be more intuitive (preventing questions)

The fundamental question isn't "How do we make support cheaper?" but "How do we reduce the need for support in the first place?"

Would you like me to explore any of these directions deeper, or apply first principles to a specific aspect of your support operations?

Reference Files

For detailed examples, advanced techniques, and practice exercises:

  • examples.md: Real-world case studies (SpaceX, Tesla, education, transportation, etc.) with complete breakdowns
  • advanced-techniques.md: Inversion, cross-domain transfer, time-scale shifting, dimensional analysis, and more
  • practice.md: Daily exercises, conversation starters, common mistakes, decision frameworks

Load these files when:

  • User wants concrete examples → examples.md
  • User wants advanced methods → advanced-techniques.md
  • User wants to build skill → practice.md
  • User asks how to practice or apply the methodology

Quick Reference

The Checklist:

  • Have I identified assumptions vs. known truths?
  • Can I break this down further, or is this bedrock?
  • Am I reasoning from analogy or fundamentals?
  • What constraints are arbitrary vs. immutable?
  • Would I design this way if starting from scratch?
  • What becomes possible from fundamentals?
  • Is this effort justified for this problem?

Red Flags You're Not Using First Principles:

  • Frequent: "industry standard", "best practice", "everyone does this"
  • Solutions closely mirror existing approaches
  • Can't explain why something must be done a certain way
  • Accepting "it's complicated" as sufficient
  • Arguments based on precedent or authority

Remember

First principle thinking is cognitively expensive—use it strategically. Not everything needs rebuilding from atoms. The goal is breakthrough insights on high-impact problems, not exhaustive analysis of trivia.

The Core Question: "What do I know to be true, and what am I assuming?"

The power of first principles isn't having all the answers—it's asking better questions.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

33.66%
按下载量换算29

Claude

29.77%
按下载量换算26

Cursor

19.29%
按下载量换算17

Gemini CLI

9.28%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills