False Carry

nəc̓aʔmat — permission & centre

Star 3 — Complexity


False Carry

Looks → Moves → Breaks

Not all movement carries.
Some movement only survives while you are holding it.

▸ Open MaxCP
▸ ◉ Key Insight

False carry is movement sustained by hidden operator support. It looks like success until the support is removed. Real carry is proven by what continues without you.

▸ ⚡ Mantras
  • Movement is not proof.
  • Step back before you celebrate.
  • If it needs you, it does not carry.
  • Do not stabilize appearance.
  • Carry is what remains when support exits.
▸ ↺ Flowchart

Something moves? → identify what was required.

Operator support present? → reduce prompts and supervision.

Step back → observe whether movement continues.

Movement collapses? → false carry detected.

Movement holds? → stabilize the arrangement.

▸ ⌘ Micro-Lexicon
  • Carry — movement that continues without active operator support.
  • False carry — movement that appears stable while hidden support is holding it up.
  • Scaffolding — external structure sustaining movement before independence is proven.
  • Dependency — ongoing requirement for operator presence, prompting, or timing control.
  • Proof — what remains when the operator steps back.




Orientation Stream

Carry, Appearance, Dependence, Collapse, Proof

Laconic Summary

If movement disappears when you step away, it was never carrying.

What False Carry Is

Something moves.

The task completes.

It looks like success.

But the movement is being held up.

Remove the support,

and it collapses.

How It Happens

Pressure creates movement.

Support fills the gaps.

Prompts guide every step.

Timing is externally managed.

The system runs,

but only while the scaffolding is active.

Pattern

It works while you are there. It fails when you are not.

Why It Gets Misread

Because something moved.

And movement is easy to mistake for success.

The system sees output and says:

“It worked.”

But the cleaner question is:

“What was required to make it work?”

The Cost

False carry transfers cost into:

  • constant supervision
  • continuous prompting
  • operator fatigue
  • learner dependence

The task is completed,

but the system becomes heavier over time.

The Test

There is a simple check:

Test

Step back.

If the movement continues,

it carries.

If it stops,

it was never independent.

Operator Move

Do not stabilize appearance.

Stabilize the system.

Remove unnecessary prompts.

Reduce intervention.

Adjust until movement holds on its own.

Failure Mode

Pattern

The system protects the appearance of success instead of testing for carry.

This creates:

  • fragile outcomes
  • hidden dependency
  • collapse under pressure

It looks stable.

Compression

If it needs you, it doesn’t carry.

Carry is proven by what remains when you are gone.

CTA Rail

This page separates appearance from actual carry.