fit_band
在 strong_match、partial_match 和 insufficient_evidence 中分类。
STATE 设计
岗位要求与去识别化候选人能力
只提供完成判断所需的上下文，避免提交密码、密钥、无授权个人数据或与问题无关的长文本。
OUTPUT 设计
匹配档位、主要缺口与人工复核
每个问题都使用完整 instructions，ID 仅用于关联响应，不能承担问题语义。
可复现输入
示例 State
{
"role": {"must_have": ["TypeScript", "API design"], "work_mode": "hybrid"},
"candidate": {"skills": ["TypeScript", "React", "REST APIs"], "years_relevant": 3, "work_mode": "hybrid"},
"excluded_fields": ["name", "age", "gender", "nationality", "photo"]
}问题设计
每个输出都有独立语义
primary_gap
在 no_material_gap、missing_skill、experience_gap 和 work_mode_gap 中选择主要缺口。
needs_recruiter_review
判断证据是否不足、需要招聘者复核。
案例来源
来自社区实践，由 TypeDecide 重新编写
本页借鉴 Sarvagya (@sarvagya_kul) 公开分享的场景。State、问题、候选项和执行边界均由 TypeDecide 重新设计；来源链接只用于溯源，不构成准确率或性能背书。
执行边界
概率交给策略层，而不是直接执行
不得输入或推断受保护属性，不得自动拒绝候选人。匹配结果必须显示所用字段，并接受人工审查与偏差测试。
- 保存候选概率、模型版本和问题配置，便于复核。
- 输入缺失或候选概率接近时，补充信息或转人工。
- 模板可用于本地 Mock；登录后也可主动真实运行，但任何结果都不代表业务准确率已经达标。