Reasoning
深度
规划、证明、架构设计与疑难调试。
自动路由
模型目录使用 Auto Mode 名称,用户指南将自动路由入口称为 Lite mode。以客户端实际显示的自动模式为准,再按任务需要切换模型。
当前模型
今天想完成什么?
畅用模式适合只想说明工作、不想持续研究型号的人。Floatboat 会判断任务需要多少推理、上下文与响应速度。
主动程度
用户的任务描述本身就是调度依据。
任务连续性
文件、规则与此前产出继续留在项目中。
连续可用
首选路径不可用时,可用合适的降级路径继续任务。
用户控制
需要固定行为或可重复结果时,可改为手动选择。
推理深度、上下文长度、媒体输入和响应速度,可能对应不同执行路径。以下说明 Auto Mode 判断任务需求时关注的方向,帮助理解自动选择,而不是将路由视为固定偏好某个模型。
深度
规划、证明、架构设计与疑难调试。
自动路由
长输入
代码库、研究资料与长文档。
自动路由
多模态
截图、图表、图像与混合输入。
自动路由
日常
起草、分类与轻量修改。
自动路由
任务从研究转向实施时,对执行路径的要求也会改变。自动模式需要维持项目连续性,入口中断后的回退结果同样应按原要求复核,清楚标明哪些步骤能够继续、哪些仍然受阻。
一项项目工作可能先阅读资料,再决定设计方向,最后进入实施。推进过程中保留研究来源、待定问题与已批准的要求,避免不同环节各自重新解释任务。完成实施与验证后,仍应能够把结果对应回原有约束和研究结论。
日常任务可能同时包含资料总结、本地修改和故障调查。根据每项工作的实际要求处理,并保留前后步骤需要的项目上下文。总结、代码差异和诊断结果分别使用适合自身的证据进行检查,避免用同一种标准判断所有任务。
模型入口不可用时,保留未完成任务的当前状态,并在存在可用系统路径时继续推进。切换后重新检查结果是否满足原始要求,明确哪些步骤已经恢复、哪些仍然受阻。入口发生变化并不意味着任务已经完成,后续结果仍需核对。
任务可能同时提供文字要求、截图或其他受支持的视觉输入。先明确每部分需要证明什么,再在同一项目背景中使用适合输入的可用路径。结论同时对照两类来源检查;不受支持的媒体步骤应明确保留,不能假定所有输入都共用同一处理入口。
执行路径可以随复杂度、上下文或输入类型改变,项目背景不应因此断开。自动选择与回退需要继续对应原始资料和预期交付,路由变化后的结果也仍要接受同一任务要求的检查。
区分轻量请求与真正需要深度推理的工作。
考虑代码库、资料集与长程对话所需的上下文。
根据文本、图像或混合材料选择合适路径。
首选路径不可用时可切换到合适替代方案。
按任务比较不同模型系列;具体可用状态和使用入口因模型而异。