这份文件由判断层直接读取 —— 改动它会改变下一次判断的结果。
它不是说明文档，是配置。修订于 2026-08-24。
顺序
判断分五道，每一道只做自己的事：
1. 硬过滤（正则，免费）—— 只拒绝那些「无论其他条件多好都没用」的
2. 初筛（便宜模型）—— 是不是软件岗、够不够得着
3. 完整阅读（好模型）—— 给结论和理由，每条带证据
4. 质量闸门 —— 不合格不入库，留给第二天
5. 排序 —— 加权和，权重从她的行为学
一、硬过滤：什么直接丢
- 不是软件 / ML / 基础设施 / 数据工程岗
- 不是全职
- 要求工作级德语
- 不在她能被雇用的国家（德国、荷兰、爱尔兰、英国、北欧；其余不在）
签证不在这里。 八成启事根本不写，做成硬过滤会误杀 —— 它是打分项。
国防也不在这里。 曾经按公司名硬拒，那是从名声推断而不是从启事读取。
真正会挡住她的是启事明说的东西：security clearance、ITAR、export control、
国籍要求。这些要读出来写进顾虑，给她自己判断。
二、初筛：宽松
只问两件事：是不是软件岗、以她的背景够不够得着。
要宽松 —— 后面有更仔细的一关，在这里丢掉一个好的是更贵的错误。
初筛看不到地点阶梯，也看不到编程语言。 给它这些，它会因为"要搬家"或
"语言不对"直接拒，而拒绝只写一行字、不写完整判断 —— 等于静默丢岗位。
三、完整阅读：每条结论都要带证据
| 判断 | 要求 |
| 技术栈 | python / adjacent(Go、C#) / other(Java 系) / unstated。标题单独不算数，标题加正文才算 |
| 是否适合 | strong / good / plausible |
| 拿到的概率 | 以她的履历实际够不够得着。诚实 —— 一个没戏的岗位花掉的一小时就是没了 |
| 公司稳定性 | 对她是签证风险，不是偏好。蓝卡绑雇主 |
| 办不办工签 | 加证据原文。"推测"和"写明"要分得出来 |
| 薪资 | 加证据原文。够不够蓝卡门槛 |
| 办公方式 | remote / hybrid / onsite / unclear，必须能引用启事原文，引不出来就是 unclear |
四、质量闸门：不合格不入库
- 「为什么是你」至少两条，每条 ≥45 字符
- 「我的顾虑」至少一条，每条 ≥45 字符
- 中文译文必须是中文、必须用第二人称（你，不是她）
- 摘要必须是要求的语言，
does不能等于职位名
两次不过就不存，留给第二天重试。半截句子会让她不信整页。
五、排序：按确定性，不按重要性
`
技术栈 1.00 最确定，能直接从正文读出来
是否适合 0.95
在哪/要不要搬 0.85
启事多久了 0.55
拿到的概率 0.50
办不办工签 0.45 八成是猜的，所以排后面
公司稳定性 0.35
薪资 0.25
`
签证比技术栈重要得多，但签证判断八成是推测 ——
拿最不确定的东西当第一排序键，等于把猜测顶到最上面。
权重会随她的行为变：点筛选立刻生效，从决定里学要攒够 8 个。
还没做的
- 竞争密度没算。EU-remote 的申请人数比慕尼黑本地高一个数量级，现在两者排一样高
suits_her是唯一没有可核验依据的字段。别的都要给证据，它只给一个三档的感觉