Exemple de CV Senior AI Safety Engineer

Meilleures Pratiques pour CV de Senior AI Safety Engineer

1. Écris au niveau système. Release-gate eval suite, harm taxonomy v3, model-card disclosure standard, attribution from harm to gate. Nomme les systèmes que tu opères, pas les evals que tu as exécutés.
2. Quantifie le scope du portfolio. Nombre de classes de harm couvertes, mouvement de scorecard, delta d'ASR multimodal, surfaces downstream adoptant ta taxonomy. Trois chiffres à travers ces axes communiquent la seniority plus vite qu'un mur de prose.
3. Montre l'autorité de release-gate explicitement. Le senior d'AI safety sans autorité go et no-go explicite est fonctionnellement un researcher. Précise le council, les critères et le cycle reporté quand tu l'as utilisée.
4. Documente les outcomes des mentees et la calibration de rubric. 'A mentoré deux model-safety engineers vers Senior IC' plus 'a présidé le harm-rubric calibration council' est la seule forme de mentorship qui vaille la peine d'être écrite.
5. Rends au moins une référence adjacente au régulateur explicite. UK AISI pre-deployment review, MLCommons AILuminate working group, NIST AISI information-sharing. Une référence par rôle suffit ; l'absence se lit comme un senior orienté vers l'intérieur uniquement.

Erreurs Communes de CV pour Senior AI Safety Engineer

1. Se lit comme un senior IC, pas comme un release-gate owner

Pourquoi ça blesse : Les CVs senior qui se concentrent sur des evals personnels ou des runs de red-team personnels signalent que tu n'as pas fait le saut vers le levier. Les panels de hiring chez les frontier labs et les AISIs veulent de l'evidence de force-multiplier : scorecards, taxonomies, promotions de mentees.

Comment fixer : Ajoute des bullets sur l'adoption de harm taxonomy, le mouvement de scorecard, les promotions de mentees et les harm-rubric calibration councils. Deux tels bullets par rôle réécrivent le signal de seniority.

1. Sauter l'autorité de release-gate et le cycle reporté

Pourquoi ça blesse : Le senior d'AI safety sans autorité go/no-go explicite ne peut pas défendre la fonction. Les CVs qui omettent un release reporté admettent implicitement que la safety org n'a jamais rien bloqué.

Comment fixer : Ajoute un bullet explicite de release bloqué avec la métrique, la régression et la mitigation choisie. 'A tué un release modèle après une régression d'ASR sur des jailbreaks multimodaux qui a relevé l'ASR de 7,4 pour cent à 19 pour cent sur un snapshot Claude-Vision' est la forme.

1. Aucune référence adjacente au régulateur ou cross-lab

Pourquoi ça blesse : Le senior d'AI safety est maintenant attendu d'interfacer avec NIST AISI, UK AISI, MLCommons ou les partner-lab red-teams. Les CVs qui omettent cela ressemblent à si tu opérais à l'intérieur d'un seul lab.

Comment fixer : Inclus un bullet par rôle qui nomme un artefact adjacent au régulateur ou cross-lab : siège dans un working-group, pre-deployment review, joint red-team agreement.

Conseils Rapides de CV pour Senior AI Safety Engineer

1. Ouvre chaque rôle avec un système, pas un programme. Release-gate eval suite, harm taxonomy v3, model-card disclosure standard.
2. Quantifie trois axes par rôle. Classes de harm couvertes, mouvement de scorecard, surfaces downstream adoptant ton artefact.
3. Lance un bullet d'autorité de release-gate dans chaque rôle. Cycle reporté, classe de harm régressée, mitigation choisie.
4. Mentionne un artefact adjacent au régulateur ou cross-lab. UK AISI pre-deployment review, MLCommons working group, joint red-team agreement.
5. Documente les outcomes de mentees, pas l'intention de mentorship. 'A mentoré deux model-safety engineers vers Senior IC' est la seule forme qui vaut l'écriture.