# sierra-ai-native-interview-iyengar-asemanfar-wang-2026-04-22

## Veille

Überarbeitung des technischen Einstellungsprozesses bei Sierra im Zeitalter der Coding-Agenten: KI-natives Onsite-Interview (Plan/Build/Review), Abschaffung des algorithmischen Coding-Tests, Ersatz des Telefon-Screenings durch ein System-Design-Interview, Pilotprojekt eines Debugging-Interviews an einer bestehenden Codebasis.

## Titre Article

The AI-native interview

## Date

2026-04-22

## URL

https://sierra.ai/blog/the-ai-native-interview

## Keywords

technisches Recruiting, technisches Interview, Coding-Agenten, Claude Code, Codex, Produktdenken, System-Design, Debugging-Interview, vibe coding, 0 zu 1, 1 zu N, Sierra, Ghostwriter, Kandidatenbewertung, Einstellung nach Stärken

## Authors

Vijay Iyengar, Arya Asemanfar, Angie Wang

## Ton

**Profil**: Unternehmens-Engineering-Blogbeitrag, Erzählung in der ersten Person Plural ("wir"), professionelles und pädagogisches Register, moderates technisches Niveau (zugänglich sowohl für HR-Manager als auch für Ingenieure). Die Autorität stützt sich auf interne Praxis: Die Autoren sind drei Führungskräfte/Ingenieure von Sierra (einem von Bret Taylor gegründeten Startup für konversationelle Agenten), die ein gelebtes organisatorisches Experiment schildern. Zielgruppe: Tech-Führungskräfte, Hiring Manager, Senior-Ingenieure, Kandidaten, die sich für den Wandel des Berufsbilds interessieren.

**Stil**: Klare Prosa, gegliedert in kurze Abschnitte mit beschrifteten Überschriften. Sparsamer Einsatz von Metaphern — die wichtigste ist die Compiler-Analogie ("Much like engineers stopped worrying about how a compiler translates code into machine instructions, we now need to focus less on the precise lines of code"), die den konzeptionellen Rahmen einer steigenden Abstraktionsebene im Beruf setzt. Reflektierender, selbstkritischer Ton ("something started to feel off", "This felt increasingly dissonant"), der die Grenzen des alten Prozesses anerkennt, bevor die Neugestaltung vorgestellt wird. Ein Autoritätszitat von Paul Buchheit (Erfinder von Gmail) wird angeführt: "if it's great, it doesn't have to be good" — genutzt, um Kandidaten die Akzeptanz eines reduzierten Umfangs zu legitimieren. Offener, pragmatischer Schluss ("this is just the beginning"), der Transparenz über Herausforderungen (Standardisierung, Kalibrierung) mit einem Aufruf zur Einstellung verbindet. Ein für den Engineering-Blog eines schnell wachsenden Startups typisches Register: Glaubwürdigkeit wird durch das Offenlegen der Überlegungen und konkrete Beispiele aufgebaut (ein Kandidat, der ein Flow-Spiel baute, ein Backend-Ingenieur, der für die Demo einen Agenten mit einer Markdown-Datei nutzte).

## Pense-betes

- Das eigentliche Signal in einem technischen Interview kommt nicht mehr aus der Mechanik (Syntax, Algorithmen, Frameworks), sondern aus Urteilsvermögen, Eigeninitiative und Produktverständnis — der Coding-Agent hat den mechanischen Teil übernommen.
- Dreiteilige Struktur Plan → Build → Review: Der Wert liegt an beiden Enden (Ideenfindung und Review), während die Mitte (Build) dem Kandidaten für 2 Stunden allein mit den KI-Tools seiner Wahl überlassen wird.
- Ersatz des Coding-Telefon-Screenings durch ein System-Design-Interview: vibe coding ist trivial geworden, die schwierige Frage ist der skalierbare Produktionseinsatz.
- Das KI-native Interview testet 0-zu-1 (neues Produkt). Um 1-zu-N zu testen (ein Feature in einer bestehenden Codebasis), pilotiert Sierra ein "Debugging-Interview", bei dem der Kandidat einen PR mithilfe von Coding-Agenten verbessert.
- Verschiebung der Nachbesprechung: von "sollten wir diese Person einstellen?" zu "wo würde diese Person aufblühen, und wie unterstützen wir sie dabei?" — eingestellt wird für herausragende Stärken, nicht für die Abwesenheit von Schwächen.
- Ausdrücklicher Ratschlag an Kandidaten: Umfang reduzieren, Boilerplate (CRUD, Auth) auslassen, um sich auf das Besondere zu konzentrieren.
- Hauptherausforderung des Formats: Standardisierung. Abgemildert durch produktunabhängige Bewertungskriterien sowie paarweise Interviews zur Kalibrierung.
- Gilt auch für Infra-Ingenieure: Viele bauen inzwischen Full-Stack-Tools oder Agenten, mit vertikaler Integration in das kundenseitige Produkt.
- Sierra nutzt "Ghostwriter" (einen Agenten, der andere Agenten erstellt und optimiert), um seine eigenen Produkte zu bauen → eine Schleife aus Agenten, die Agenten bauen.
- Implizites Signal: KI-first-Startups gestalten gleichzeitig ihre Produkte, ihren Entwicklungs-Stack und ihre Einstellungsprozesse neu — das Interview spiegelt die neue Natur der Arbeit wider.

## RésuméDe400mots

Sierra, ein von Bret Taylor mitbegründetes Startup für konversationelle Agenten, hat seinen technischen Interviewprozess neu gestaltet, um der Veränderung des Berufsbilds im Zeitalter von Coding-Agenten (Codex, Claude Code) Rechnung zu tragen. Die Autoren — Vijay Iyengar, Arya Asemanfar und Angie Wang — argumentieren, dass sich die Rolle des Ingenieurs von "die Maschine bauen" zu "die Maschine entwerfen und verfeinern" verschiebt, in Analogie dazu, wie sich Ingenieure nicht mehr um die Übersetzung des Codes durch den Compiler in Maschinenbefehle kümmern mussten. Da ein einzelner Ingenieur nun den gesamten Stack aufbauen kann, entsteht Wert durch die Kombination von technischer Fähigkeit, Produktdenken und Geschäftskontext.

Ausgangsbeobachtung: Der bisherige Prozess (zwei Coding-Interviews, Algorithmen, System-Design, kultureller Fit) erfasste vor allem Mechanik — Syntax tippen, algorithmische Details abrufen, Frameworks zusammensetzen. Dieses Signal geriet zunehmend in Dissonanz mit der tatsächlichen Realität der Arbeit im Alltag. Hiring Manager kompensierten dies, indem sie verstärkt auf Empfehlungen und frühere Erfahrung zurückgriffen.

Drei Kriterien leiteten die Neugestaltung: Repräsentativität (spiegelt echte Arbeit wider), hohes Signal (Klarheit darüber, wo ein Kandidat brilliert oder Unterstützung braucht) und eine positive Erfahrung. Herzstück ist ein dreiteiliges "KI-natives Onsite". **Plan**: eine Arbeitssitzung, in der der Kandidat ein Produkt in seinem Bereich entwickelt, wobei die Interviewer durch Fragen die Idee schärfen. **Build**: 2 Stunden solo, mit KI-Tools und Frameworks nach Wahl des Kandidaten, mit voller Freiheit, die Richtung zu ändern. **Review**: eine Demo, eine Diskussion der Produktentscheidungen, ein Code-Review (Datenmodell, Abstraktionen, Erweiterbarkeit) sowie ein Gespräch über den Weg zur Produktion und den Einsatz von KI. Kandidaten dürfen den Umfang reduzieren und Boilerplate auslassen, gemäß der Formel von Paul Buchheit: "if it's great, it doesn't have to be good."

Der Rest des Prozesses folgte demselben Muster. Das Coding-Telefon-Screening (ohne KI, in einem Online-Editor) wird durch ein System-Design-Interview ersetzt — da vibe coding einfach geworden ist, liegt die eigentliche Herausforderung im skalierbaren Produktionseinsatz. Ein "Debugging-Interview" wird pilotiert, um 1-zu-N-Arbeit an bestehenden Codebasen zu erfassen: Der Kandidat prüft einen bereichsübergreifenden PR gemeinsam mit Agenten.

Erkenntnisse: Eingestellt wird für Stärken, nicht für die Abwesenheit von Schwächen; die Nachbesprechungen haben sich von "sollten wir diese Person einstellen?" zu "worin wird diese Person brillieren?" verschoben. Kandidaten berichten von ansprechenderen Interviews — einer baute ein KI-Flow-Spiel, ein Backend-Ingenieur steuerte seine Demo über einen Agenten und eine Markdown-Datei. Herausforderungen (Standardisierung, Kalibrierung) werden durch produktunabhängige Kriterien und paarweise Interviewer abgemildert. Das Format gilt auch für Infra-Ingenieure, die nun Full-Stack bauen und sich vertikal mit dem Produkt integrieren.

## GrapheDeConnaissance

- Sierra —améliore→ processus d'entretien ingénieur (METHODOLOGIE, 0.98)
- Sierra —emploie→ Vijay Iyengar (PERSONNE, 0.95)
- Sierra —emploie→ Arya Asemanfar (PERSONNE, 0.95)
- Sierra —emploie→ Angie Wang (PERSONNE, 0.95)
- AI-native onsite —est_basé_sur→ Plan Build Review (CONCEPT, 0.98)
- AI-native onsite —remplace→ coding interviews algorithmiques (METHODOLOGIE, 0.95)
- Entretien de system design —remplace→ phone screen coding (METHODOLOGIE, 0.93)
- Sierra —utilise→ Debugging interview (METHODOLOGIE, 0.92)
- Iyengar Asemanfar Wang —affirme_que→ les agents de codage transforment le rôle d'ingénieur de "construire la machine" vers "designer et affiner la machine" (AFFIRMATION, 0.95)
- Claude Code —fait_partie_de→ Agents de codage (TECHNOLOGIE, 0.97)
- Codex —fait_partie_de→ Agents de codage (TECHNOLOGIE, 0.97)
- Paul Buchheit —a_créé→ Gmail (TECHNOLOGIE, 0.98)
- Paul Buchheit —affirme_que→ "if it's great, it doesn't have to be good" (CITATION, 0.9)
- Iyengar Asemanfar Wang —affirme_que→ on recrute pour les forces pas l'absence de faiblesses (AFFIRMATION, 0.92)
- Iyengar Asemanfar Wang —affirme_que→ le vibe coding est devenu trivial, la difficulté réelle est la mise en production scalable (AFFIRMATION, 0.88)
- Sierra —utilise→ Ghostwriter (TECHNOLOGIE, 0.9)
- Ghostwriter —permet→ création et optimisation d'autres agents (CONCEPT, 0.88)

---
Canonical: https://www.thekb.eu/de/fiches/sierra-ai-native-interview-iyengar-asemanfar-wang-2026-04-22/