Physics-based reasoning framework (Musk methodology) that deconstructs a problem to irreducible fundamental truths, classifies every element as hard constraint, soft constraint, or assumption, then reconstructs the optimal solution from fundamentals alone
Ask a generic AI to challenge your architecture and it'll reason by analogy — comparing to what worked elsewhere, citing convention, anchoring to market prices as if they were physics. The result is a polished version of the status quo. You don't get someone asking whether the constraint is real or whether you're optimizing form instead of function. Inherited assumptions stay invisible because nobody decomposed the problem far enough to find them.
The skill runs a three-step framework: Deconstruct (break the problem into constituent parts and actual values, not market prices or received wisdom), Challenge (classify every element as a hard constraint from physics, a soft constraint from policy, or an unvalidated assumption — only the first category is truly immutable), then Reconstruct (build the optimal solution from the hard constraints alone, ignoring inherited form). The constraint table is the core artifact. Every time you call Challenge, you get a row: what the constraint is, what type it is, the evidence for that classification, and what happens if you remove it. Reconstruct only works from the hard column. Other skills call FirstPrinciples as a sub-step when they're stuck — RedTeam, Ideate, architects mid-analysis.
What you say to your DA, and what the FirstPrinciples skill actually does.
The thinking, frameworks, and architecture that distinguish this skill from a generic version of the same task.
Breaks a problem down to its fundamental truths and rebuilds the solution from there, instead of copying what already exists. Three steps: DECONSTRUCT (break it into constituent parts and real values), CHALLENGE (classify every element as hard constraint, soft constraint, or unvalidated assumption — only physics is truly immutable), and RECONSTRUCT (build the optimal solution from the fundamentals alone). Outputs a parts breakdown, a constraint table, and a reconstructed solution.
Most reasoning is reasoning by analogy — "how did we solve something similar," "what do others do" — then copy it with tweaks. That inherits everyone else's assumptions and treats policy and convention as if they were laws of physics, so you optimize the suitcase instead of inventing wheels. First principles forces the split between what's actually immutable and what's merely inherited, then rebuilds from only the parts that can't change.
Invoked directly, or by other skills when inherited assumptions may be limiting the solution space — Architects challenging "constraint or convention?", RedTeam and pentesters attacking assumed boundaries, engineers escaping local maxima.
When analyzing any system, classify constraints:
| Type | Definition | Example | Can Change? |
|---|---|---|---|
| Hard | Physics/reality | "Data can't travel faster than light" | No |
| Soft | Policy/choice | "We always use REST APIs" | Yes |
| Assumption | Unvalidated belief | "Users won't accept that UX" | Maybe false |
Rule: Only hard constraints are truly immutable. Soft constraints and assumptions should be challenged.
Other skills invoke FirstPrinciples like this:
→ Use FirstPrinciples/Challenge on all stated constraints → Classify each as hard/soft/assumption
→ Use FirstPrinciples/Deconstruct to break down the problem → Use FirstPrinciples/Reconstruct to rebuild from fundamentals
→ RedTeam uses FirstPrinciples/Challenge to attack assumptions → Pentester uses FirstPrinciples/Deconstruct on security model ```
Problem: "Cloud hosting costs $10,000/month — that's just what it costs."
| Constraint | Type | Evidence | Challenge |
|---|---|---|---|
| [X] | Hard/Soft/Assumption | [Why] | [What if removed?] |
[One sentence: what assumption was limiting us?] ```
Attribution: Framework derived from Elon Musk's first principles methodology as documented by James Clear, Mayo Oshin, and public interviews.
Each workflow is one job the skill runs. The trigger phrases route your request to the right one — this is the skill's routing table.
Workflows/Challenge.md Workflows/Deconstruct.md Workflows/Reconstruct.md Say any of these to your DA and LifeOS activates the FirstPrinciples skill automatically:
Or invoke explicitly:
Skill("FirstPrinciples")The thinkers, books, frameworks, and research this skill is built on. The ideas belong to them — the integration belongs to LifeOS.
Install LifeOS on your machine — your DA gets the FirstPrinciples skill plus 46 others, all hooked into one Life OS.