Part of Core Framework Modules

The rules behind recurring behavior

HSP — LEARNED SYSTEM LOGIC

Some behavior keeps returning because the system has learned that a particular route is safe, necessary or logical.

HSP calls such implicit instructions operating rules. They are not identity, and they are not the whole explanation for behavior. They are one part of broader learned system logic, alongside prediction, activation, resource allocation, choice space and feedback.

What is an operating rule? → View the current HSP model →

Behavior does not begin with behavior

Behavior architecture

When behavior keeps repeating, it can look as if the behavior itself is the problem. HSP looks at the system route that makes certain output feel logical or available in that moment.

Operating rules are important within that route, but they are not the whole story. They are part of broader learned system logic: rules, thresholds, default routes and strategies around safety, risk, value, connection, control, guilt, visibility or load.

Sustainable change requires more than different behavior; it requires visibility into the route that makes that behavior available.

View the current HSP model and terminology →

What is an operating rule?

Operating rules

An operating rule is a learned implicit instruction that helps shape which response, strategy or action feels logical in a particular context.

Such a rule may influence what seems safe, risky, necessary, forbidden or sensible before conscious choice is fully available.

Operating rules sit within broader learned system logic. That also includes thresholds, expectations, default routes and strategies shaped by experience.

An operating rule does not say who you are. It describes one part of what your system has learned to do under certain conditions.

From input to output

The route

A situation does not create behavior directly. Multiple system processes sit between input and output.

HSP describes the current route as:

Environment / Input
Predictive Interpretation
Operating Rules / Learned System Logic
Activation
Resource Allocation
Capacity / Choice Space
Behavior / Output
Feedback

Predictive interpretation includes detection, meaning and prediction. Learned system logic then influences which routes become quickly available under that prediction.

An operating rule is therefore not a direct cause of behavior, but one link in a larger system route.

How operating rules emerge

Formation

Operating rules can emerge when the system learns through experience what is likely to be safe, risky, valuable, necessary or effective.

Sometimes this happens early in life. Sometimes rules form later through repeated work pressure, social rejection, relationship patterns, loss, success, overload or situations in which certain behavior temporarily helped.

A rule may once have been fitting or protective and later remain active in circumstances where the same route is no longer needed or helpful.

What was once logical can later become an automatic default route.

Why rules can stay active

Repetition

An operating rule can remain active as long as the surrounding system route stays familiar, predictable or functional enough.

This may happen when the route lowers tension, helps prevent rejection, increases control, reduces shame, saves energy or produces a known outcome.

Even when you consciously know that a pattern does not help, the same route can become available again under activation. Familiar feedback may continue to confirm the old prediction and learned system logic.

Familiar is not the same as good. It only means the system already knows this route.

The difference between beliefs and operating rules

Meaning, prediction & rule

A belief often describes what the system experiences as true or likely. Within HSP, that can relate to meaning and prediction.

An operating rule is more practical: it describes what the system is inclined to do when that meaning or prediction becomes relevant.

Meaning / belief

“People quickly experience me as too much.”

Prediction

“If I ask for something, I may be rejected.”

Operating rule

“Ask as little as possible and adapt.”

The final output also depends on activation, resources, capacity / choice space and context.

Examples of operating rules

Examples

Operating rules can be active across different areas of learned system logic.

Safety

If I lose control, something will go wrong.

Connection

If I say no, I will lose connection.

Value

If I do not perform, I am worth less.

Visibility

If I am visible, I will be judged.

Rest

If I rest, I will fall behind.

Conflict

If I disagree, it will become unsafe.

A rule is not a diagnosis or personality trait. It is a hypothesis about learned system logic that can be tested against observation, context and feedback.

Why insight alone does not update the rule

Insight is not an update

You can consciously recognize an operating rule and still follow the same route again.

Insight can provide meaning and direction, but available behavior is also influenced by prediction, activation, resource allocation, body state, capacity / choice space and the feedback produced by earlier routes.

Insight
Automatic system update

That is why “I know this already” is not the same as “my system has another route available”.

Insight can prepare an update. New experience and feedback still need to support it.

How learned system logic can update safely

System update

An operating rule does not reliably change by fighting it or forcing yourself to do the opposite.

An update becomes more likely when there is enough safety and capacity for a small different experiment, and the experience produces feedback that differs from what the system predicted.

Enough safety / capacity
Small safe experiment
Different experience
Feedback
Possible update

The goal is not to “defeat” the old rule, but to let the system experience new information where it can actually process it.

New feedback can help update a rule or broader system logic. It does not guarantee that update.

Which update route may fit?

Update readiness

Not every operating rule needs the same next step.

The appropriate route depends on current system conditions and how much choice space is available.

Stabilize

When activation is high, capacity is low, or safety needs attention first.

Observe

When the rule, prediction or trigger is not yet sufficiently visible.

Set boundaries

When current input keeps reinforcing the old route.

Experiment

When enough choice space exists for a small safe different behavior.

Examine feedback

When a different experience is available and the system can register what actually happened.

Repair

When earlier output had impact and responsibility or repair is needed.

Do not force an update when the system conditions are not suitable for it.

Where operating rules sit within HSP

The core

HSP does not look only at behavior, and not only at insight. It looks at the whole route that influences what becomes available in a given moment.

The current architecture is: environment / input → predictive interpretation → operating rules / learned system logic → activation → resource allocation → capacity / choice space → behavior / output → feedback.

Operating rules are important because they make concrete which learned instruction or strategy may become active under a particular prediction. But they never operate separately from the rest of the system.

Seeing a rule reveals one important link. Seeing the whole route helps explain why that rule gained influence there and then.

See the canonical HSP model →

From rules to system conditions

Operating rules can help explain why certain routes return, but they are only one part of the system dynamics.

The next step is therefore to examine under which conditions a rule gains influence: what was detected and predicted, how high was activation, where did resources go, how much capacity / choice space remained, and what feedback followed?

This shifts change from self-correction toward precise system observation.

Next step

Continue this reading route

Use the pattern route when something keeps repeating and you want to examine which prediction, learned system logic and feedback keep the route in place.

In the HSP Core Protocol: MAP · HSP Core Protocol →

Why You Get Stuck → HSP Pattern Map →