Open product module
Method orchestrator
A deterministic layer that chooses a compatible next lens, explains it, and returns safely to the baseline.
Why it exists
The orchestrator keeps adaptation understandable. It separates “which move is useful now?” from “how does this method phrase its questions?”.
Inputs and outputs
Inputs
- Activity state and detected gap
- Available method cards
- An explicit method request, if supplied
Outputs
- Selected primary method
- A human-readable reason
- A compatible fallback or next-stage hand-off
Visual flow
- Inspect the current gap
- List compatible candidates
- Select or honour the explicit lens
- Explain the choice
- Fallback to the linear route when needed
Practical example
Situation
A plan has a clear goal but hidden risks.
Result
The orchestrator suggests a pre-mortem lens, shows why it fits, and keeps the route reversible.
Limitations
- It never replaces the person’s decision.
- It cannot make an incompatible lens compatible by force.
- A future hybrid route needs its own evidence and release gate.
Open and closed boundary
Open here
The selection idea, explainability promise, and fallback contract are public.
Kept private
Operational thresholds and production experiment assignments are not public.