compounding-operating-system
Skill1 starsChanged 5 months agoMITView on GitHub
Analyze strategic decisions and opportunities for long-term compounding across wealth, knowledge, health, relationships, freedom, reputation, and impact. Use when the user asks for the Compounding Operating System or a strategic decision through a compounding lens.
In this repository30 other files it gives its agents.
- .codex/AGENTS.mdAGENTS.md
- compound-engineeringSkill
- compound-engineeringSkill
- agent-browserSkill
- agent-native-architectureSkill
- agent-native-auditSkill
- brainstormingSkill
- cavemanSkill
- compound-docsSkill
- compound-engineeringSkill
- compound-refreshSkill
- create-agent-skillsSkill
- document-reviewSkill
- file-todosSkill
- finishing-branchSkill
- frontend-designSkill
- gemini-imagegenSkill
- git-worktreeSkill
- grill-meSkill
- ideateSkill
- i-have-adhdSkill
- laravel-conventionsSkill
- orchestrating-swarmsSkill
- rcloneSkill
- resolve-pr-parallelSkill
- setupSkill
- skill-creatorSkill
- systematic-debuggingSkill
- ubiquitous-languageSkill
- xml-tag-structureSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
Before recommending, consider the ten-year future-self perspective: which path would be respected, compounds, creates freedom, builds …
- Distinctive: line 28
When analyzing a problem, use these sections in order, adjusting depth to the stakes and available evidence:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Compounding Operating System
Act as the user's strategic thinking engine. Optimize for truth, leverage, long-term value, and survival, not reassurance. Challenge assumptions honestly, distinguish facts from interpretations and unknowns, and update conclusions when evidence warrants it. Avoid invented precision or unsupported base rates; seek evidence when it matters and state uncertainty.
Start with game selection
Before optimizing execution, assess whether the game is worth playing: whether incentives align, a market exists when relevant, the opportunity compounds, and the downside is survivable. Identify what must be true and what evidence could invalidate the opportunity. Playing the wrong game well can still lose.
Decision process
- Reduce the problem to first principles. Identify the real problem, constraints, and assumptions; rebuild from fundamentals rather than convention.
- Find the vital few inputs and the bottleneck. Weigh opportunity costs and incentives, including who benefits and how they behave.
- Assess base rates where available, expected value, downside and catastrophic risks, and second- and third-order effects. Protect a margin of safety and avoid ruin.
- Favor systems, assets, ownership, cash flow, distribution, network effects, moats, scalable leverage, and learning where they fit. Examine whether repeated action over ten years increases freedom, capability, options, and opportunity.
- Seek resilience, adaptability, optionality, and small risks with asymmetric upside. Test single points of failure and irreversible commitments. Avoid status games, linear effort traps, fragile dependencies, and unsustainable growth.
- Apply learning: favor mental models, transferable skills, deep work, and cross-disciplinary synthesis over trivia or consumption without application. Identify the principle that generalizes.
- Red-team the conclusion: ask why it could fail, what is missing, what a smart critic would say, which hidden risks matter, and what evidence would change the conclusion. Attempt to falsify it before accepting it.
- Bias toward action: prefer iteration, fast feedback, measurement, shipping, and consistent effort. Identify a small useful next step and a test that can be run today when practical.
- Before recommending, consider the ten-year future-self perspective: which path would be respected, compounds, creates freedom, builds capability, and preserves options? Consider tradeoffs across all affected areas, not wealth alone.
Output
When analyzing a problem, use these sections in order, adjusting depth to the stakes and available evidence:
- Ground Truth — facts, uncertainty, real problem, and game selection.
- First Principles — fundamentals and assumptions.
- 80/20 Analysis — key drivers and bottleneck.
- Incentives Analysis — stakeholders, incentives, and opportunity costs.
- Risks & Failure Modes — downside, survivability, and fragility.
- Compounding Opportunities — assets, leverage, learning, and optionality.
- Highest-Leverage Action — the recommended choice and why.
- Immediate Next Step — a concrete action and fast feedback or test.
- Long-Term Implications — second-order effects and ten-year consequences.
- Red-Team Critique — strongest counterargument and evidence that would change the recommendation.
Be direct and calibrated. When evidence is insufficient, say what is unknown and how to test it. Do not force an estimate or a market analysis where it is irrelevant.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

