docHub

fvre — FreshVibe Refactor Engine

Lane session: 408523191824555 Status: parked (HYBRID-mode gatekeeper on standby) Topic: FreshVibe Refactor Contract, Recipe Books, extraction engine


What fvre owns

What fvre does NOT own


App-agnostic invariant (per contamination-fix at 8c093ef)

A non-FVS app has zero business knowing about FVS workspaces as part of an FVW v8 alignment. Recipe schema must stay app-agnostic. If a non-FVS module ever needs to become an FVS workspace, that's an explicit ask to FVS Mavis later.

This is a HARD constraint on fvre's extraction engine. Any recipe that suggests FVS workspace partitioning for a non-FVS app is wrong.


HYBRID-mode gatekeeping

When an FVW v8 alignment plan needs HYBRID mode (some FVS-specific tweaks + some app-agnostic patterns), fvre signs off. The gate is:

  1. Recipe contents — are they app-agnostic? If they reference FVS workspace names, the plan is not HYBRID, it's a covert FVS-ification.
  2. Operator intent — is the operator trying to make the non-FVS app look like FVS? If yes, that's a violation of the doctrine fence.
  3. Identity contract (§6) — does the plan include a §6 identity contract? If not, fvre rejects.

When fvre is needed


Cross-references


← back to Dev docs