From grimoire
Identifies and removes non-essential elements, fragilities, and complexity in systems, products, or processes. Use for improving by subtraction rather than addition.
How this skill is triggered — by the user, by Claude, or both
Slash command
/grimoire:apply-via-negativaThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Improve systems by systematic removal of the non-essential — because subtraction produces more durable improvement than addition, and the accumulation of unnecessary elements is the primary cause of fragility, complexity, and drift.
Improve systems by systematic removal of the non-essential — because subtraction produces more durable improvement than addition, and the accumulation of unnecessary elements is the primary cause of fragility, complexity, and drift.
道德经 Chapter 48 (Laozi, ~6th–4th century BC):
为学日益,为道日损,损之又损,以至于无为。无为而无不为。
"In pursuit of learning, every day something is added. In pursuit of the Dao (mastery), every day something is dropped. Drop and drop again, until you reach non-action. Through non-action, nothing is left undone."
Why best: Laozi distinguishes two modes of improvement: accumulation (adding knowledge, features, processes) and distillation (removing what is not essential until only the essential remains). Accumulation is the default — it is visible, countable, and socially rewarded. Distillation is difficult, invisible, and often resisted. The text argues that mastery and durability come from distillation, not accumulation.
Nassim Nicholas Taleb — "Antifragile" (2012): Taleb formalizes the via negativa principle across domains: interventionism (adding interventions) creates fragility; subtraction of fragilities creates antifragility. In medicine: adding drugs has compounding side effects; removing harmful behaviors has compounding benefit. In investing: removing losing positions produces more reliable returns than adding winning ones. In organizations: removing bureaucratic processes produces more agility than adding collaborative tools. Taleb's core argument: "the first step toward antifragility consists in first decreasing downside, rather than increasing upside." His term via negativa (Latin: "the negative way") is now standard vocabulary in strategic thinking, used explicitly at hedge funds, risk management firms, and strategy consultancies globally.
Steve Jobs / Apple design philosophy: Jobs repeatedly described Apple's design process as fundamentally subtractive. "I'm as proud of what we don't do as I am of what we do." "Design is not just what it looks like and feels like. Design is how it works. And design is saying no to 1,000 things." The original Macintosh removed the command line. The iPod removed all buttons except one. The iPhone removed the physical keyboard. The iMac G3 removed the floppy drive. In every case, removing the element that other products retained was the design decision that defined the product. Apple consistently tops brand value rankings (Interbrand, Forbes); Jobs's subtractive design philosophy is taught at every major design school globally.
Dieter Rams — "10 Principles of Good Design" (1970s, Braun): Principle 10: "Good design is as little design as possible." Rams's design philosophy, developed at Braun across 40+ years, explicitly defines quality as proportional to the amount successfully removed. Rams's work directly influenced Jony Ive's design language at Apple. Taught at Parsons, Central Saint Martins, and every major design school.
Unix philosophy (Ken Thompson, Dennis Ritchie, Bell Labs, ~1970): "Write programs that do one thing and do it well. Write programs that work together. Write programs to handle text streams." The Unix philosophy is a via negativa applied to software: remove everything a program does except its single essential function, then compose simple programs into complex systems. Unix and its descendants (Linux, macOS, Android, iOS) power virtually every significant computing system on the planet. The simplicity that made Unix portable and composable came from aggressive subtraction of features other operating systems retained.
Greg McKeown — "Essentialism: The Disciplined Pursuit of Less" (2014, 1M+ copies): McKeown's framework for identifying the vital few from the trivial many and systematically eliminating the trivial. Adopted in executive coaching, productivity consulting, and team management globally. His core diagnosis: most organizations and individuals are over-committed to many unimportant things and under-committed to few important ones — the solution is systematic removal, not better prioritization of a full list.
Why distinct from apply-force-concentration: apply-force-concentration addresses resource deployment — concentrate all resources at the decisive point. apply-via-negativa addresses system composition — remove non-essential elements from the system itself. You can apply both: concentrate remaining resources on the essential function after removing the inessential.
Adopted by: Apple (Jobs's subtractive design philosophy — consistently top brand value rankings in Interbrand and Forbes; taught at every major design school globally); Braun/Dieter Rams (40+ years of "good design is as little design as possible" — directly influenced Jony Ive's Apple design language); Bell Labs/Unix (Ken Thompson and Dennis Ritchie's "do one thing well" philosophy — Unix descendants power virtually every significant computing system on the planet); Nassim Taleb (via negativa framework — now standard vocabulary in hedge funds, risk management firms, and strategy consultancies globally); Greg McKeown (Essentialism adopted in executive coaching and productivity consulting globally).
Impact: Apple's subtractive design decisions — removing the command line (Macintosh), all buttons except one (iPod), the physical keyboard (iPhone), the floppy drive (iMac G3) — defined category-leading products and made Apple the most valuable company by market capitalization; Unix's via negativa composability made it portable across hardware architectures and is the foundation of Linux, macOS, Android, and iOS; Taleb's documented finding: removing harmful behaviors produces compounding benefit while adding interventions produces compounding fragility, with systematic evidence from medicine, investing, and organizational design.
Audit all current elements of the system. List everything present: features, processes, rules, meetings, tools, dependencies, integrations, metrics. For a product: every feature. For a team: every recurring meeting, process, and tool. For a decision framework: every factor considered. The audit must be comprehensive — you cannot subtract what you haven't identified.
For each element, apply the essentiality test. Ask: "If this element did not exist, what specifically would be lost?" If the answer is "I'm not sure" or "nothing concrete," the element is a candidate for removal. Good test questions:
Remove the weakest candidate first. Start with the element whose removal has the least downside risk. Remove it completely (not disable it, not archive it — remove it). Observe for one cycle (sprint, week, month) whether anything breaks. If nothing breaks, the removal is confirmed. This iterative approach builds confidence for removing more significant elements.
For elements you resist removing, apply the replacement test. Ask: "If a new competitor entered today with a product that didn't have this element, would that be an advantage for them?" If yes, the element is likely a legacy liability, not a feature. Removal is probably correct even if it feels wrong internally.
After each removal, observe whether the system became clearer. The test for via negativa working correctly: after removal, the remaining elements are easier to understand, maintain, or use. If removal produces confusion, the element was essential and should be restored. If removal produces clarity, continue subtracting.
Establish a cadence of periodic subtraction. Via negativa is not a one-time cleanup — it is an ongoing discipline. Set a regular interval (quarterly product review, annual process audit) to audit for elements that have lost essentiality since the last review. Systems accumulate over time; subtraction must be actively scheduled to counteract natural accumulation.
Product: A SaaS product has 47 features. User research shows 3 features account for 80% of daily usage. Via negativa audit: 31 features have fewer than 2% of users activating them. Remove 20 lowest-usage features. Result: codebase complexity drops by ~30%; onboarding time drops from 45 minutes to 18 minutes; support ticket volume drops 40% (most tickets were about rarely-used features).
Meeting structure: A team runs 7 recurring meetings per week. Via negativa audit: 2 meetings are redundant with written async updates; 1 meeting has no decisions made, only updates delivered. Remove 3 meetings. Result: 8 hours per person per week freed; communication quality improves because remaining meetings are treated as more important.
Decision framework: An investment committee evaluates 15 criteria for each deal. Via negativa audit: retrospective analysis shows 3 criteria (team quality, market size, product differentiation) are predictive; the other 12 are uncorrelated with outcomes. Remove 12 criteria. Result: faster decisions; no degradation in outcome quality; analysts spend more time on the 3 criteria that matter.
Organizational process: An engineering team has 8 approval steps for deploying to production. Via negativa audit: trace each step to an incident it prevented. 3 steps prevent real incidents; 5 steps were added after incidents that no longer apply or are now caught by automated tests. Remove 5 steps. Result: deployment cycle time drops from 3 days to 4 hours; team morale improves; error rate unchanged.
npx claudepluginhub jeffreytse/grimoire --plugin grimoireApplies the via negativa principle of subtraction-over-addition when improving systems, features, or processes. Use before adding anything to pause and ask what to remove instead.
Applies the design principle of removing rather than adding — finding the form that does exactly what is needed, nothing more.
Identifies and dismantles stale assumptions, dead code, and accumulated noise to clear space for new approaches. Useful before major pivots or when failed approaches linger.