Reasoning
Deliberate
Planning, proofs, architecture, and difficult debugging.
Automatic routing
The model directory calls this Auto Mode; the user guide calls the automatic routing entry Lite mode. Choose the automatic option shown in your client, then switch models when the assignment needs it.
Current model
What do you want to finish?
Auto Mode is for people who want to describe the work once and let Floatboat decide how much reasoning, context, and speed it needs.
Initiative
The request itself supplies the routing signal.
Continuity
Files, rules, and prior output stay with the project.
Resilience
A suitable fallback can keep work moving when a route is unavailable.
Control
Switch to a fixed model when repeatability matters.
Reasoning depth, context length, media input, and response speed can point to different execution routes. This overview explains the task demands considered by Auto Mode rather than presenting routing as a preference for one permanent model.
Deliberate
Planning, proofs, architecture, and difficult debugging.
Automatic routing
Large input
Repositories, research collections, and long documents.
Automatic routing
Multimodal
Screenshots, diagrams, images, and mixed inputs.
Automatic routing
Everyday
Drafting, classification, and lightweight edits.
Automatic routing
Research, implementation, and daily edits place different demands on an execution route. These scenarios examine continuity across changing requests and interruptions, with results checked against the same project constraints after a route changes.
A project may move from reading sources to choosing a design and implementing it. Keep the research, open decisions, and approved requirements in the same context as the work progresses. Check that implementation and verification still follow the original constraints and that conclusions remain linked to their sources.
A daily queue can mix summaries, local edits, and fault investigations. Treat each request according to its own requirements while retaining the project context needed by adjacent steps. Review the summary, diff, or diagnosis with the evidence appropriate to that task, rather than applying one acceptance rule to everything.
An unavailable model route can interrupt a task before its work is complete. Retain the current state and continue through available system routes where possible, then recheck fallback results against the original requirements. Identify any steps that remain blocked instead of treating a changed route as proof of completion.
A task may combine written requirements with screenshots or other supported visual input. Identify what each part needs to establish and keep them in the same project context while using an available route that fits the input. Review the conclusion against both sources, and leave unsupported media steps open instead of assuming every modality shares one path.
Automatic routing should adapt execution without replacing the project being worked on. Examine how task complexity, retained context, input modality, and fallback affect model selection while the original material and expected outcome remain the reference for review.
Distinguishes lightweight requests from work that deserves deeper reasoning.
Accounts for repositories, document sets, and long-running conversations.
Considers whether the task includes text, images, or mixed material.
Can move to a suitable alternative when the preferred route is unavailable.
Compare model families by the kind of work they support. Availability differs by model and entry point.
Start with the real brief and files. Auto Mode chooses among available models and falls back when needed, so you can review the result.