If we want to select for fellows who will perform well, the right benchmark is mentor evaluations during the program — how mentors rate fellows on domain skill, research execution, AI safety knowledge, and mission alignment. Which application-time features actually predict mentor-eval scores?
We run this analysis per cohort (7.0, 8.0, 9.0), since the available application features differ across cohorts. 10.0 has no mentor-eval data yet (program in progress).
MATS (Machine Alignment, Transparency & Security) is an AI safety research fellowship that places ~120 fellows with ~100 mentors per cohort. Cohort 10.0 ran in summer 2026 and was the first cohort with a centralized application review instead of decentralized stream-specific review. This analysis is part of a broader effort to evaluate the 10.0 process and inform the design of 11.0 (autumn 2026).
The 10.0 pipeline in brief. ~2,200 people applied. Each applicant went through three stages:
For the empirical track, the composite formula is 0.50·RS + 0.35·TE + 0.15·SS, where TE = 0.50·MLE + 0.30·SWE + 0.20·Math. A "relevance multiplier" (Direct=1.0 / Adjacent=0.85 / Distant=0.60) is applied to Research Skills based on how the applicant's experience matches the streams they applied to.
Outcome definitions used throughout these analyses:
is_ranked (primary outcome) — applicant was ranked by ≥1 stream. This is the cleanest signal of "the selection process picked this person." Not the same as "received an offer" — offer count is bounded by cohort size (~120), but rank count reflects quality independently of capacity.is_invited_to_worktest (secondary outcome) — applicant was engaged by ≥1 stream in any way: invited to a work test, invited to an interview, ranked, or sent the Megastream takehome. Strict superset of is_ranked. One level above is_ranked in the funnel.passed_mentors_bar — applicant was offered or waitlisted. In 10.0, this equals is_ranked exactly (every ranked person got either an offer or a waitlist slot).C1 focused on one feature (CodeSignal) across cohorts. C2 looks at the full set of application features per cohort. Each cohort's feature set is different — 7.0 had limited features, 8.0/9.0 added centralized review scores. We can't pool across cohorts cleanly.
Mean of four standardized dimensions: domain skill, research execution, AI safety knowledge, mission alignment. Each fellow has one composite (averaged if multi-evaluated). Range roughly 1–10.
| Cohort | n (in regression) | R² |
|---|---|---|
| 7.0 | 57 | 0.077 |
| 8.0 | 67 | 0.339 |
| 9.0 | 55 | 0.264 |
R² is small in every cohort. Application features explain <25% of variance in mentor evals, consistent with the prior 8.0 validation summary finding (R² < 0.25). Selection is hard, and a lot of in-program performance is determined by post-application factors (mentor fit, project, etc.).
This view is independent of multicollinearity — useful for spotting features that have signal but get drowned out in the joint regression.
Sample. Per cohort: completed applications joined to mentor-eval rows (mean composite per person if multi-evaluated). Listwise-complete on the cohort's feature set: 7.0 n=57, 8.0 n=67, 9.0 n=55.
Outcome variable(s). Mean of standardized mentor-eval dimensions per fellow (domain skill, research execution, AI safety knowledge, mission alignment).
Predictor fields. Per cohort: CodeSignal score, ordinal education, # bg-review tier items (Familiar/Applied/Expert). 8.0+: centralized review scores (research independence, publication record, technical execution, AI safety motivation).
Filters applied. Completed applications + cohort-specific listwise-complete on features.
Missing-data handling. Listwise drop. Small effective n (20–60) for the regression; CIs not computed for individual coefficients (sample-size-limited).
Key assumptions / caveats.