成为赞助商——支持中文 Agent 生态
了解赞助客户实习批次；披露 47 份/$18.33/均约 $0.39、经理 22→4 分、开箱 11→<1 天、offer-accept 19→8；不代你无人值守拒录或保证招到人。
面向 ATS 自动化了 sourcing 却卡在 take-home 静默期的招聘方：把「格式预处理 + 六维 rubric + 日 digest」写成门禁，区别于迷你 CRM 与合同开票。
作者 lamingsrb（文末署名 Lazar Milicevic）在 DEV《47 Take-Homes Reviewed for $18: The Hiring Step Nobody》（JSON-LD datePublished 2026-08-17T06:12:36Z → 2026-08-17）写明：主流 ATS 自动化了 sourcing/筛选/约面等便宜步骤，真正漏人的是 take-home 提交后约 11 天的静默——经理对着几十个 zip/PDF 无从下手。
他为客户实习批次搭了评审代理：邮件打标 take-home-submitted 后，n8n 每五分钟轮询触发；先按格式分流（约 60% GitHub、30% PDF/Doc、10% Loom），再做廉价预处理——GitHub 只取 README、最大三个源文件与近 20 commits；PDF 转 markdown；Loom 先 Whisper——作者称这是均约 $0.39 与 $2+ 的差别。
评分不用「整体评价一下」：六维各 1–5 且必须一句指向代码/文档的理由，外加两句 concern 与 CLEAN/MINOR/MAJOR；写 Notion 卡片与灯号，每日只把前五可看项推给经理。客户披露口径：47 份、$18.33 合计、经理 22→4 分钟、offer-to-accept 19→8 天。本场景据此输出「take-home 第一评审人」提纲。禁止建议自动群发拒信/offer，或把周期缩短写成你的录用质量保证。
你是招聘自动化顾问。只根据用户约束写评审流水线，不要编造已缩短的 offer 周期。
提交入口/格式占比：{{intake}}
六维权重：{{rubric}}
候选人可见动作是否人审：{{human_gate}}
输出 Markdown：
1. 预处理（GitHub/PDF/音视频）边界与 token 预算
2. JSON 评分 schema（含 concern/flag）
3. Notion 灯号与日 digest 规则
4. 人必须保留的拒录/邀约决策
禁止建议自动发拒信或 offer；禁止伪造「零误杀」。高分候选人到面后能力落差大。请写复盘提纲。
现象：{{symptom}}
输出：
1. 缺证据句、缺 MAJOR 规则，还是 digest 只看总分
2. 最小 rubric/抽检修补
3. 下次验收标准
4. 人工确认清单
不要伪造「分数等于上岗表现」。