Skip to content

Constraint

Version
v2 · 2026-08-30 · History
Prime #
22
Domain group
Formal Sciences
Origin domain
Mathematics
Also from
Operations Research, Engineering & Design (beyond software), Philosophy
Aliases
Affordability Frontier, Allocation Limit, Budget Constraint, Cap, Quota, Constraint Programming
Related primes
Optimization, Boundary, Trade-offs

Core Idea

Limiting possibilities to manage outcomes.

How would you explain it like I'm…

Must-follow rule

When you build a tower with blocks, gravity won't let you stack them sideways in the air. That's a rule you can't break, no matter how clever you are. Some rules just say no, and you have to work around them. The blocks must touch something below.

Hard limit

A constraint is a rule that says certain choices are simply not allowed, no matter how good they might seem. If you have ten dollars and a toy costs fifteen, you can't buy it — your budget is a constraint. Constraints aren't about which option is BEST; they're about which options are even ALLOWED. Once you know your constraints, you can look at all the allowed choices (called the feasible set) and pick the best one from those.

Binding restriction

A constraint is a condition that restricts which configurations or choices are allowed. Anything that violates the constraint is off the table, regardless of how good it might otherwise be. This is different from a preference or an objective: a preference says some options are better, but a constraint says some options aren't options at all. Constraints define the 'feasible set' — the subset of all possibilities that actually satisfy your conditions. Every constraint has a domain (what it applies to), a condition (what must hold), a modal status (hard vs soft, negotiable vs not), and an origin (physical law, budget, regulation, moral commitment). Engineers, economists, and planners all build their thinking around constraints first, then optimize within them.

 

A constraint is a condition that restricts the admissible configurations, choices, or behaviors of a system to those satisfying it. The defining commitment is that violating the constraint disqualifies a candidate entirely, regardless of merit on other dimensions — making the feasible set (the admissible subset) a first-class object of analysis, separate from the objective that ranks within it. Constraints are distinct from objectives (which order admissible candidates), preferences (which order softly), trade-offs (which arise after constraints define the feasible set), and impossibility proofs (which show the feasible set is empty). Every constraint specifies its domain, the condition that must hold (equality, inequality, logical predicate, conservation law), its modal status (hard/soft, binding/slack), and its origin (physical law, regulation, budget, moral commitment, design envelope). Constraint reasoning is the structural prerequisite for disciplined decision-making under restriction: Lagrange multipliers in mechanics, the simplex method in operations research, KKT conditions in nonlinear optimization, and Goldratt's Theory of Constraints in operations management all instantiate the same structural move.

Cross-Domain Echoes

See how this entry connects to another domain.

Broad Use

Found in engineering, design, and project management (e.g., budgets, laws of physics).

Clarity

Focuses attention on viable solutions by eliminating infeasible options, e.g., time or resource constraints in project management.

Manages Complexity

Narrows down possibilities, focusing effort on feasible solutions and eliminating irrelevant options.

Abstract Reasoning

Encourages thinking about limitations and trade-offs, fostering innovation within boundaries.

Knowledge Transfer

Found in engineering (design tolerances), optimization problems (linear programming), and ethics (moral boundaries).

Example

A bridge design must satisfy constraints like maximum weight capacity and material limitations.

Relationships to Other Abstractions

Current abstraction Constraint Prime

Foundational — no parent edges in the catalog.

Children (269) — more specific cases that build on this

  • Absolute continuity Domain-specific is a kind of Constraint

    It remains its own entry because its identity is fixed by the interval and real or metric-valued function, epsilon-delta quantifiers over finite disjoint intervals, endpoint increments, almost-everywhere derivative, integrability and reconstruction formula.

  • Adverbial complement Domain-specific is a kind of Constraint

    It remains its own entry because its identity is fixed by the language and variety, clause and predicate, adverbial form and function, selected semantic role, subcategorization or valency frame, omission and substitution diagnostics, grammaticality evidence, constructional alternative, adjunct comparison and theoretical framework.

  • Ahlswede–Daykin inequality Domain-specific is a kind of Constraint

    What makes it its own entry: the domain-specific identity determined by the carrier is a finite distributive lattice, all functions are nonnegative, and the pointwise join–meet hypothesis and set-sum conclusion use the theorem’s exact conventions.

  • Amenable number Domain-specific is a kind of Constraint

    It remains its own entry because its identity is fixed by the positive integer n, multiset cardinality exactly n, integer entries and repetition, sum equality, product equality, sign convention, congruence characterization, exceptional cases and witness construction.

  • Ample line bundle Domain-specific is a kind of Constraint

    Ampleness constrains global sections and positivity of a line bundle.

Not to Be Confused With

  • Constraint is not Uncertainty because Uncertainty is incompleteness of knowledge or measurement, while Constraint is a definite restriction on what is possible or permitted.
  • Constraint is not Optionality because Optionality is the freedom to choose among possibilities, while Constraint is the reduction of possibility space to a subset of what is logically possible.
  • Constraint is not Requisite Variety because Requisite Variety is the principle that a control system must have at least as much variety as the system it controls, while Constraint is a restriction on variable values or action possibilities.
  • Constraint is not Dimension because Dimension is a measurable attribute or axis along which variation occurs, while Constraint is a restriction on the values or relationships that attributes can take.
  • Constraint is not Scheduling because Scheduling assigns tasks to resources over time respecting some constraints, while Constraint is the restriction itself (precedence, capacity, deadline limits) that scheduling must respect.