Start here
What a finished AI platform engineer can do
An AI platform engineer combines backend, distributed-systems, site reliability engineering (SRE), security, developer-experience, and AI skills, and does most of the building through coding agents. The table lists each capability, what good looks like, and the proof you can show.
| Capability | What good looks like | Proof you can show |
|---|---|---|
| Working with coding agents | Runs several coding agents at once, each isolated, with specs and review steps. Configures agent tools for a team: context files, skills, hooks, Model Context Protocol (MCP) servers, and permissions. | A documented agent setup that other engineers use, with numbers for throughput and defects. |
| Code literacy | Reads Python and TypeScript fluently, and C# where needed. Finds concurrency, error-handling, security, and test gaps in diffs that agents wrote. | Review notes on real pull requests, a planted-bug hit rate, and incidents debugged to the root cause. |
| Distributed systems | Designs retries, queues, idempotency, backpressure, state, and recovery. | Agent workflows that survive partial failure and that you can replay safely. |
| Cloud platform | Knows AWS compute, messaging, storage, identity and access management (IAM), networking, and infrastructure as code. | Environments that Terraform or the AWS Cloud Development Kit (CDK) creates the same way every time, deployed through continuous integration (CI). |
| LLM systems | Knows how large language models (LLMs) behave and what drives cost. Understands context, tools, and retrieval. | Model routing and context choices backed by measurements. |
| Agent workflows | Uses state machines, routers, supervisors, and human approval where each one fits. | Multi-step workflows that survive restarts. |
| Reliability and evals | Defines service level objectives (SLOs), traces behaviour, and catches regressions before release. | Eval suites, dashboards, alerts, and incident runbooks. |
| Security | Treats model output, retrieved content, and agent-written code as untrusted input. | Tools with least privilege, sandboxes, approvals, and audit logs. |
| Product judgement | Decides what to build and when output is good enough for users. Talks to customers directly. | A product with real users, usage numbers, and a record of changes made from their feedback. |
| Developer platform | Builds defaults that developers and their agents choose because the defaults save them work. | SDKs, templates, shared skills and MCP servers, docs, and adoption numbers. |
| Staff leadership | Makes architecture decisions, writes requests for comments (RFCs), and influences teams outside their own. | Adopted standards, design reviews, mentoring, and incidents led. |