Aurora AITell us your case

Offering

ServicesProductsCase studies

For whom

Private EquityEnterpriseSMB
ServicesProductsCase studiesAboutBlogContact

Knowledge base

Start hereWikiGlossaryGuides

AI Careers Knowledge base

What have you built? — the question that decides an AI role

Hiring for an AI role is rarely settled on a CV. One question decides it — "what have you built?". I'll show you how to earn proof of work with no technical background.

A luminous point on a graphite background, with thin path-like lines radiating out from it in shades of green and blue — a metaphor for proof of work that links lead to.
A luminous point on a graphite background, with thin path-like lines radiating out from it in shades of green and blue — a metaphor for proof of work that links lead to.
AI Careers#ai-career #ai-roles #ai-portfolio #automation #ai-skills

Hiring for an AI role is rarely settled on a CV. It's showing more and more clearly: the winner isn't the person with the longest résumé or the best title, but the one who, when asked "what have you built?", has something to show — a link, a recording, a working tool. I'll show you why proof of work beats paperwork, and break down step by step how to earn that proof when you aren't a programmer.

First, two terms that will keep coming back. No-code automation means building tools by arranging ready-made blocks drag-and-drop style, without writing a program from scratch. Claude Code is an AI assistant that works on your files and carries out multi-step tasks on its own — it looks technical, but it leads you by the hand and explains every step.

Why "what have you built" became the real filter

The role that owns AI inside a company is new. Nobody has a decade of "AI experience" behind them, because a decade ago this job simply didn't exist. That changes the logic of hiring: since you can't vouch for yourself with years in a position that only just appeared, the one credible signal left is proof that you can get something running. Paper says what someone studied; a working tool says what they can actually do.

More and more often you see a path where someone, after years in a completely different profession and with no technical background, moves into the company's AI role within a year or so. That isn't an exception but a recurring pattern — because the window is open and candidates with a real track record are still few. The career opportunity itself is real and growing; I wrote about it at greater length separately. Here I'll deal with what this shift demands of you specifically.

You don't have to be a programmer

The biggest blocker isn't a lack of skill but a single belief: "this is too technical, it's not for me." I understand where it comes from — today's tools look technical. But looks mislead. If you can read instructions and follow them step by step, you'll handle most of them.

One shift in thinking is needed here, and it's the shift that makes all the difference. Don't try to learn a new profession from scratch. Take what you already do every day and ask the model a simple question: "I do X every day — how can AI speed me up here?" If you work in marketing, don't build finance agents; automate the content, the reports, the repetitive tasks you know by heart. What you build then isn't someone new, but an AI-assisted version of yourself. It's a far shorter path — and far harder to fake, because you know the field better than anyone just entering it.

The on-ramp — from simple blocks to Claude Code

Don't start with the hardest tool. Go up by steps — a low first step, a calm climb higher.

  1. Start with simple no-code automation. Pick a tool where you build a flow by dragging ready-made blocks. The first week's goal is modest: connect two apps so that one thing happens on its own. It should be easy and satisfying, not impressive.
  2. Move to a more powerful tool. When the simple blocks start to limit you, reach for a platform that gives you more room — more steps, more conditions, more things to connect. The logic stays the same; only the scope grows.
  3. Climb up to Claude Code. This is the next step: an assistant that works on your files and builds whole solutions, not single flows. This is usually where the "aha" moment lands — suddenly you see how much can be done.

The key is this: at no step are you left alone with the code. When something jams or a fragment appears that you don't understand, a chat assistant will get you out of it — you paste the problem, you get an explanation and a fix. You don't need to know how to program to keep going. You just need not to stop at the first obstacle.

Rising luminous steps on a graphite background, from cool blue at the bottom to vivid green at the top — a metaphor for the on-ramp from simple tools to advanced ones.
Rising luminous steps on a graphite background, from cool blue at the bottom to vivid green at the top — a metaphor for the on-ramp from simple tools to advanced ones.

Build in the open — that's your proof of work

Here's the crux of the whole argument. Whatever you build, record it and publish it — a short video on your own channel, a LinkedIn post, a screenshot with a note on what it does. This isn't about film production; it's about there being a trace.

And now the most important part, because it's exactly what stops most people: your follower count doesn't matter at all. You can have zero subscribers and it spoils nothing. What counts are the links — the ones you'll send when someone asks "what have you built?" In an interview, a person with no track record talks about things they hold in their head but that can't be seen. You send an address, the other side clicks, sees your face, hears your voice, watches a working tool — and the abstraction turns into something real. That's the difference that decides it.

There's one more, less obvious benefit in this. Posting steadily with no viral hit reads as more credible, if anything. If someone showed week after week what they built without gaining reach, money or fame, one conclusion suggests itself: they're doing it out of passion, not for applause. And passion is exactly what the person who's going to hire you is looking for. So make one agreement with yourself: a fixed, protected block for learning and building. Let it be the same time every working day — an hour with no notifications and no interruptions. You don't need heroics, you need rhythm.

A luminous play button in a rectangular frame on a graphite background, with a link-like line running out of it in green and blue — a metaphor for published proof of work that a link leads to.
A luminous play button in a rectangular frame on a graphite background, with a link-like line running out of it in green and blue — a metaphor for published proof of work that a link leads to.

Delegate the thinking, not the understanding

Once you're building, the question of how to use AI itself wisely comes up. My rule is a single one: you can delegate the thinking, but not the understanding.

In practice it looks like this. Use the model to weigh options you wouldn't have spotted yourself — let it offer three approaches instead of one, let it do the reconnaissance, let it list the pros and cons. That's its strongest side and it would be a shame to pass it up. But watch out for the trap: the model often answers with such confidence as if there were only one right path. That's the moment when you have to stop and think: "hold on, maybe there's another way?" You take the decision — and the responsibility for the trade-offs — on yourself, because you're the one who understands the context the model can't see.

That's why I'd advise staying "at the keyboard" — not pulling back from building yourself, even when you could hand it all off. This field changes from week to week; every month something turns up that resets the rules. Whoever touches the tools themselves keeps up and keeps learning. Whoever only delegates is, a few months on, talking about a world that no longer exists.

A rule to close on

If you're to take one sentence away from this, let it be this: proof of work, not a résumé. Paper tells of the past; a working tool shows what you can do today — and in a role that is itself only just taking shape, it's the latter that counts.

The quiet next step is within arm's reach and doesn't require changing careers. Pick one process you already carry out today, and this week build an AI-assisted version of it — even the simplest one. Record how it works. Put it somewhere you can hand over a link. When the question "what have you built?" comes, you want the answer ready — not to start hunting for it only then.

Test yourself

Five questions to check what stuck.

  1. Why has 'what have you built?' become more important than a résumé for AI roles?

  2. What does the author call the biggest blocker to entering this role?

  3. What is the recommended shift in thinking when you start?

  4. How much does your follower count matter when you publish your proof of work?

  5. How should you read the rule 'you can delegate the thinking, but not the understanding'?