# Carrying Capacity > Identify maximum sustainable load, population size, or growth limits constrained by available resources to prevent overshoot and collapse - apply capacity planning, scalability analysis, and bottleneck identification when managing infrastructure, organizations, or systems approaching resource constraints - Skill: `lev-os/carrying-capacity` (Agent Skill) - Install (CLI): `npx skillmds@latest add lev-os/carrying-capacity` - Raw SKILL.md: https://api.skillmd.com/api/skills/lev-os/carrying-capacity/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Marketing & Growth - Author: lev-os (https://skillmd.com/u/lev-os) - Updated: 2026-09-10 - Page: https://skillmd.com/skills/lev-os/carrying-capacity --- # Carrying Capacity ## Overview The maximum population size or workload that an environment can sustain indefinitely given available resources (food, water, space, energy). When population exceeds carrying capacity, resource depletion causes collapse or decline back to sustainable levels. The principle applies beyond ecology: organizations have carrying capacity for headcount, infrastructure has capacity for load, and individuals have capacity for commitments. ## Core Principle **Every system has a maximum sustainable load determined by resource constraints. Exceeding this limit triggers corrective forces (depletion, collapse, or forced reduction).** Biological mechanism: Population growth → resource scarcity → starvation/disease/competition → population decline → resource recovery → cycle repeats. Cross-domain: Growth → constraint → correction (overshoot and collapse vs. equilibrium). ## Key Concepts ### Hard vs. Soft Limits **Hard limit**: Absolute physical constraint (server RAM, land area) **Soft limit**: Degradation before collapse (code quality degrades before system fails) ### Overshoot and Collapse **Overshoot**: Temporary exceed carrying capacity by depleting reserves **Collapse**: Rapid decline when reserves exhausted **Equilibrium**: Stable state at or below carrying capacity ### Dynamic Carrying Capacity Carrying capacity is not fixed: - Technology/efficiency improvements can increase it - Resource degradation can decrease it - External inputs (trade, imports) can temporarily extend it ## Execution Steps ### 1. Identify the System and Resources - What is the population/load? (users, team size, requests/second) - What are limiting resources? (bandwidth, attention, time, money) - How are resources consumed? (linear, exponential, step-function) **Example**: Engineering team (population) limited by code review capacity (resource) ### 2. Measure Current Load vs. Capacity - **Current population/load**: How much demand exists now? - **Available resources**: What's the total supply? - **Utilization rate**: What % of capacity is consumed? - **Headroom**: How close to the limit? **Example**: 50 engineers, 5 senior reviewers, 100 PRs/week, reviewers at 90% capacity ### 3. Estimate Carrying Capacity **Formula approach**: Capacity = (Total Resources) / (Consumption per Unit) **Empirical approach**: Observe where system degrades - Quality declines (bugs increase) - Speed drops (latency rises) - Morale falls (burnout signals) **Example**: If each reviewer handles 20 PRs/week, capacity = 5 × 20 = 100 PRs/week ### 4. Identify Constraints and Dependencies - What is the bottleneck resource? (Theory of Constraints) - Are resources renewable or finite? - What breaks first when overloaded? **Example**: Senior reviewer time is bottleneck (can't be easily scaled) ### 5. Manage Within Capacity **Option A: Reduce load** - Limit population growth (hiring freeze) - Reduce consumption per unit (smaller PRs) - Cull low-priority work **Option B: Increase capacity** - Add resources (hire reviewers, buy servers) - Improve efficiency (better tools, training) - Outsource/automate (CI checks reduce review burden) **Option C: Accept degradation** - Acknowledge trade-offs (longer review times) - Communicate constraints - Prevent collapse (temporary overshoot acceptable if brief) ## Anti-Patterns **Ignoring the Limit**: Assuming growth can continue indefinitely **Magical Thinking**: "We'll figure it out when we get there" (overshoot without plan) **Linear Extrapolation**: Assuming capacity scales with growth (often doesn't) **Short-Term Optimization**: Borrowing from reserves without replenishment **Capacity Theater**: Measuring wrong constraints (storage grows but compute doesn't) ## Quality Indicators **High Signal (Healthy Capacity Management)**: - Clear identification of limiting resource - Measurable headroom (30%+ capacity buffer) - Early warning systems before limits - Deliberate capacity expansion ahead of need - Sustainable equilibrium **Low Signal (Overloaded System)**: - Chronic firefighting and crisis - Quality degradation (technical debt, burnout) - Unpredictable performance - No visibility into constraints - Growth without capacity planning ## Cross-Domain Applications ### Software Systems - **Server capacity**: Max concurrent users before latency spikes - **Database**: Query throughput before locks/contention - **Rate limits**: API requests per second - **Memory**: Heap size before garbage collection thrashing ### Organizations - **Team size**: Dunbar's number (~150 for cohesive groups) - **Manager span**: 5-7 direct reports typical max - **Communication overhead**: n² connections in fully-connected team - **Cultural dilution**: Growth rate where culture breaks ### Personal Productivity - **Cognitive load**: Number of projects before context-switching dominates - **Social capacity**: Meaningful relationships maintainable - **Commitment capacity**: Obligations before quality suffers - **Energy**: Sustainable work hours before burnout ### Business & Markets - **TAM (Total Addressable Market)**: Maximum revenue possible - **Market saturation**: When all potential customers acquired - **Supply chain capacity**: Production throughput limits ## Related Frameworks - **Theory of Constraints**: Identify bottleneck limiting capacity - **Limits to Growth**: System dynamics of overshoot and collapse - **Scalability**: Designing systems to increase carrying capacity - **Tragedy of the Commons**: Overexploiting shared capacity - **Sustainable Growth Rate**: Maximum growth without external capital ## Scoring (30/50) - **Practitioner Weight** (5/10): Ecological concept with moderate business translation - **Clarity** (7/10): Intuitive concept, execution can be vague - **Proven ROI** (7/10): Prevents catastrophic overload, but hard to measure prevention - **Novelty** (3/10): Well-known ecological principle - **Applicability** (8/10): Universal across infrastructure, organizations, personal capacity ## Sources - Population ecology textbooks (logistic growth models) - Donella Meadows: Limits to Growth (system dynamics) - Eliyahu Goldratt: Theory of Constraints (bottleneck identification) - Cal Newport: Deep Work (cognitive carrying capacity) - Site Reliability Engineering literature (capacity planning)