
The Senior AI Engineer Portfolio That Actually Gets You Hired in 2026
Not another 'I built a chatbot' repo. The 4-project portfolio, the writeup format, and the interview signals that separate real senior candidates from prompt tinkerers.
Four projects, each with production-grade concerns (eval, cost, latency, ops), each with a public writeup that explains the trade-offs — that beats twenty demo apps every time. The signal hiring managers want is judgment, not enthusiasm.
- Depth beats breadth: four solid projects beat twenty toy repos.
- Every project needs a public writeup covering trade-offs and what you'd do differently.
- Show cost, latency, and eval numbers — not just screenshots.
- Contribute to at least one open-source project in the AI stack you claim to know.
- Interview signal is 'this person has shipped and been on-call' — surface that in every artifact.
What senior actually means
Interviewers looking for a senior AI engineer want three signals: they've shipped systems to real users, they know why they made each design choice, and they know what they'd do differently next time. Every artifact in your portfolio should be arguing one of those three points.
A repo full of 'LLM chatbot with LangChain' isn't evidence of any of them. A repo with an eval report, a cost breakdown, a latency SLO, and a 'lessons learned' section — that's the signal.
The four-project portfolio
Pick one from each bucket. All four, not twelve of one.
- Production RAG — a working retrieval system with a golden eval set, hybrid retrieval, and a documented cost/latency budget.
- Agentic workflow — an agent that does something non-trivial (multi-step research, code refactor, data analysis) with tool use, guardrails, and observability.
- Infra / MLOps — a deployment pipeline, feature store, or eval harness. Something that shows you can operate ML systems, not just build them.
- Contribution to open source — a merged PR (not a doc typo) into an AI stack tool you use. Signals you can read others' code.
The writeup format
Each project has a README that answers, in this order:
- What problem does this solve, for whom, in one sentence.
- The demo — GIF or hosted URL. First impression matters.
- Architecture diagram with the trade-offs called out.
- Numbers: eval scores, p95 latency, per-request cost, throughput.
- What I got wrong and fixed. What I still don't like about the design.
- How to run it locally (actually working — reviewers will try).
The fifth section — what you got wrong — is the one that separates you from every other candidate. Almost nobody writes it. It signals maturity better than any credential.
The two-minute video
Record a 90-second Loom for each project. Not 10 minutes — 90 seconds. Cover: what the project does, one interesting design decision, one thing you'd change. Link it prominently in the README.
Interviewers watch these. Candidates who can talk clearly about their work for 90 seconds get to the next round; candidates who ramble don't. The video is a proxy for how you'll explain a system to a stakeholder — a critical senior skill.
Public writing
One in-depth technical writeup published somewhere public beats twenty repo READMEs. It shows you can synthesize, teach, and defend a position — all senior skills that don't fit into a repo.
Format: 2000-3000 words, one specific problem, real numbers, code snippets, no 'here are 10 tips' listicles. Publish on your own site (best), Substack, dev.to, or Medium. Cross-post to HN and relevant subreddits — one solid post can generate more inbound recruiter interest than a year of LinkedIn presence.
The interview signals to surface
At each stage of the interview process, you're being scored on specific signals. Line up your portfolio to make each one obvious:
- System design — the architecture diagrams and trade-off discussions in your writeups.
- Debugging — the 'what I got wrong' sections and your incident-style post-mortems if you have them.
- Communication — the 90-second videos and public writing.
- Operational maturity — the eval, cost, and latency numbers.
- Judgment — every 'why I picked X over Y' section is scored.
What not to do
- Don't list 30 repos. Nobody clicks past the first three.
- Don't pin a fork of a popular repo with one file changed. It's obvious and it looks bad.
- Don't write 'passionate about AI' anywhere. Every candidate is; it's noise.
- Don't skip the writeups. A repo without one is a repo nobody will read.
- Don't hide failed projects. Own them — 'here's what I learned' beats 'I never made mistakes'.
Frequently asked
How long does this take to build?
3-6 months of nights-and-weekends work if you already know the fundamentals. If you're learning as you go, budget 9-12 months. There is no shortcut that survives an interview.
Do I need a CS degree?
For senior AI engineer roles in 2026, no. Portfolio and shipped work matter far more. A degree helps at the entry level; at senior, it's a rounding error.
Which stack should I focus on?
The one you can go deep on. Being excellent at Python + one orchestrator + one vector DB + one eval framework beats being mediocre at all of them.
Building something similar?
I help teams ship production-grade AI agents, n8n workflows, and data platforms. Let's talk about what you're building.
Work with me
Islam Gamal
AI, Data & Automation Engineer. I design and ship production AI agents, n8n workflows, and cloud data platforms — with a focus on reliability, cost, and measurable business impact. Founder of Tashghil and Tek bil Arabi.
More from Islam Gamal
Becoming an AI + Data Engineer in 2026: The Honest 12-Month Roadmap
A no-fluff roadmap for aspiring AI + Data engineers: exact skills, exact order, exact projects, and the interview loops you'll actually face — with hiring-manager signal at every step.
Agentic RAG: When Your Retriever Should Think Before It Searches
Query rewriting, sub-question decomposition, tool routing, and self-correction — the patterns that turn a static RAG pipeline into an agent that reasons about retrieval.
LLM Evaluation With Golden Datasets: The Only Way to Ship With Confidence
How to build a golden dataset, when to use LLM-as-judge vs rules vs humans, and the CI setup that catches regressions before your users do.
Browse every article by Islam Gamal on the author page.