Video summary
How I Interview AI Engineers (And the Projects That'd Impress Me)
Main summary
Key takeaways
Summary
The video explains what applied-AI and agent-focused startups may look for in interviews, then recommends projects that help candidates demonstrate those skills. The central message is that knowing how to call an LLM is not enough: engineers should understand how to build, scale, evaluate, and monitor complete agent systems.
Interview Topics for Agent Engineering
Using a coding agent that works on GitHub issues as an example, the presenter outlines five areas interviewers may explore:
-
Architecture and sandbox scaling
- Identify the services and infrastructure needed, including front ends, back ends, and isolated sandboxes where agents can safely run code.
- Explain how to launch and shut down sandboxes as demand changes.
- Consider how the system would handle many users running agents concurrently.
-
Resilience and task recovery
- Long-running agent tasks may last much longer than ordinary web requests, so consider what happens if a worker, server, or sandbox fails.
- Persist the agent–LLM message history and enough task state to resume work from a checkpoint.
- Design the system so another worker or infrastructure component can take over.
- The presenter recommends learning about Temporal as an example of technology for durable, resilient workflows.
-
Context management
- Short interactions may work well without much intervention, but complex tasks can produce very long conversations.
- Use techniques such as summarizing or compressing context to keep the agent effective and control costs.
- Preserve important information while reducing the amount of context sent to the model.
-
Evaluations and quality measurement
- Define objective tests to determine whether an agent or a new model version performs better—not just whether it seems better.
- Build evaluations around real tasks and data, with deterministic ways to check results where possible.
- Benchmarks such as SWE-bench and Terminal-Bench can provide examples.
- The presenter expects custom evaluations and reinforcement-learning environments to become increasingly important.
-
Observability and operational metrics
- Track whether agents complete tasks, where they fail, whether users are satisfied, and what caused errors.
- Monitor the agent’s execution and interactions, not just conventional application health.
- Build alerts and recovery mechanisms for failures such as unavailable infrastructure or compute providers.
Suggested Projects
The presenter recommends building these projects from scratch or studying their open-source implementations:
-
A terminal coding agent
- Building a basic terminal agent is relatively approachable; making it perform well is the harder challenge.
- Compare its results against established coding agents using a benchmark such as Terminal-Bench.
- Analyze failures and iterate on the agent’s tools and behavior. The presenter mentions subagent orchestration as one capability that may improve performance.
- Avoid treating benchmark-specific hardcoding as a complete solution. Use tests to understand how to improve the agent more generally.
-
An autonomous, multi-platform assistant
- Build an agent with memory and integrations for services such as WhatsApp, Telegram, or Slack.
- Give it the ability to take actions over time, rather than limiting it to one-off responses.
- Study existing open-source projects to understand their architecture.
-
An AI-native Slack-style workspace
- Create a shared workspace where agents participate alongside people.
- Users could tag agents with different roles, such as coding or writing, and have them act within a conversation.
- This explores a more collaborative interface for working with agents than using a terminal alone.
-
A multi-agent coding workspace
- Build an interface for running different coding agents on different tasks from one place.
- The presenter contrasts two approaches: launching command-line agents in separate tabs, or connecting an application interface directly to an agent.
- Depending on the architecture, the project can teach either full-stack application development or more about agent interactions.
-
A generative learning interface
- Create a tool that turns a topic into a learning plan, course material, slides, and interactive discussion with an agent.
- The presenter sees generative interfaces as technically interesting, while expressing uncertainty about whether this particular learning experience is compelling as a product.
- A related project idea is a classroom tool where an administrator creates lessons and quizzes for a group.
-
A smart model router
- Build a system that directs requests to different models based on task complexity, cost, user permissions, or available credits.
- Such a system might block inappropriate uses of company-provided access as well as select a suitable model.
- The presenter describes this as an open-ended problem without an obvious established solution.
-
A benchmark and evaluation framework
- Choose an open-source repository and create tasks, test environments, and evaluations that measure how well different models or agents solve its problems.
- Expect this to be difficult: setting up the codebase, designing representative tasks, and verifying results can all take substantial effort.
- The goal is to create assessments that genuinely reflect agent capability and help teams improve agents over time.
Broader Lessons
- Agent engineering combines software infrastructure, AI, and product design.
- Long-running tasks require durable state, recovery strategies, and suitable execution environments.
- Context quality, evaluations, and observability are core engineering concerns—not optional extras.
- A strong portfolio project should go beyond a working demo: test it, measure its performance, and explain how it could scale and recover from failure.
- Open-source projects can be useful references for understanding real-world architectures.
Speakers and Sources Featured
Speaker
- Harkirat Singh — the presenter and narrator.
People, organizations, products, and technical references
- Super30
- An unnamed programming-agent company described as having recently raised $15 million
- Devin
- Firecracker, AWS Lambda, and E2B
- OpenAI
- Temporal
- Manus (rendered as “Manis” in the subtitles)
- SWE-bench and Terminal-Bench
- New Relic, Datadog, Prometheus, Grafana, and Neatlogs
- Pi, Claude Code, Codex, Claude, and Opus
- Hermes, Cloudbot, Buzz, PromptQL, Slack, WhatsApp, and Telegram
- Jack Dorsey and Block
- Superset and T3 Code; Theo
- Lovable
- OpenRouter
- Uber
- dub.sh
Rate this summary
Your feedback will help improve summaries.
Improve this summary
Reprocess with a stronger model when the summary feels incomplete or inaccurate.
Translate summary in another language
Ask questions to this video
Chat for follow-up questions, clarifications, and source-backed answers.