# PROP-006: Operating modes — codeword-triggered work postures {#root}

@status:freeze/done

[p01] @fact:status-line **Status:** accepted 2026-05-06; the framework and its codewords were extracted to the `operating-modes` flow 2026-07-14 (reached via the redbook dependency). This entry is now a thin pointer.
**Related:** [`CLAUDE.md`](../../CLAUDE.md) (the four rules + session-end codeword), [PROP-000](PROP-000.xml) (foundation). @status:freeze/done

[p02] @fact:modes-extracted vibevm's codeword-triggered operating postures — the safety-first default, why a codeword is an explicit opt-in into an alternate posture for a work cycle, the activation lifecycle and reporting cadence, and the shape for writing a new codeword — are the **operating-modes** flow: @status:freeze/done

- [p03] @fact:flow-framework Framework: `spec://org.vibevm.world/operating-modes/flows/operating-modes/OPERATING-MODES-PROTOCOL#root` @status:freeze/done
- @fact:flow-writing-codeword Writing a new codeword: `spec://org.vibevm.world/operating-modes/flows/operating-modes/writing-a-codeword#root` @status:freeze/done

[p04] @fact:CATALOGUE-AT-BOOT The codeword catalogue is surfaced at session boot by [`vibevm/vibespecs/boot/90-user.xml`](../boot/90-user.xml). @status:freeze/done

## «move fast and break things» {#mfbt}

@status:freeze/done

[p05] @fact:mfbt-pointer The pre-authorised heads-down execution codeword — aim at the maximum version of the deliverable, phase the work into testable iterations, begin without asking, drive to completion without confirmation handshakes, and spend whatever time / tokens / reasoning depth it takes (the owner's verbatim description is recorded in the flow) — is the operating-modes flow's `spec://org.vibevm.world/operating-modes/flows/operating-modes/mfbt-mode#root`. @status:freeze/done

- [p06] @fact:MFBT-SUSPENDS It suspends **only** Rule 4's "ask before routine large changes". @status:freeze/done
- @fact:MFBT-RULES-SURVIVE The four non-negotiable rules survive unchanged. @status:freeze/done
- @fact:MFBT-RED-LINES Rule 4's non-routine red lines — rewriting published history, `git push --force` / `--force-with-lease`, large binary blobs, CI / signing / secrets changes, anything whose reversal would cost work — STILL require explicit owner confirmation even when the codeword is active. @status:freeze/done