route_tier
在 fast、balanced 和 deep_reasoning 中选择需要的能力档位。
STATE 设计
用户请求、能力需求与数据敏感度
只提供完成判断所需的上下文，避免提交密码、密钥、无授权个人数据或与问题无关的长文本。
OUTPUT 设计
模型档位、人工复核与复杂度
每个问题都使用完整 instructions，ID 仅用于关联响应，不能承担问题语义。
可复现输入
示例 State
{
"request": "Compare two vendor contracts and flag conflicting termination clauses.",
"contains_sensitive_data": true,
"latency_preference": "balanced",
"available_tiers": ["fast", "balanced", "deep_reasoning"]
}问题设计
每个输出都有独立语义
complexity
在简单、中等、复杂和高风险四级量表上评估请求。
needs_human_review
判断上游应用是否应要求人工复核。
案例来源
来自社区实践，由 TypeDecide 重新编写
本页借鉴 Zhe (@iamzhe) 公开分享的场景。State、问题、候选项和执行边界均由 TypeDecide 重新设计；来源链接只用于溯源，不构成准确率或性能背书。
执行边界
概率交给策略层，而不是直接执行
路由结果只能选择预先批准的能力档位；实际供应商、数据驻留地和成本上限仍由服务端确定性策略决定。
- 保存候选概率、模型版本和问题配置，便于复核。
- 输入缺失或候选概率接近时，补充信息或转人工。
- 模板可用于本地 Mock；登录后也可主动真实运行，但任何结果都不代表业务准确率已经达标。