Skip to content
Learn/Coding & Software Evaluation

Contribute expertise

Coding & Software Evaluation

Review, write, and grade real code so AI models learn to program correctly.

Medium barrier to entryStart in 1-2 weeks$25–$200/hrtypical
Ready for the numbers? See what coding pays, which platforms hire for it, and live open roles.

What it is

This is AI-training work where you use your software engineering experience to teach models how to write and reason about code. You look at code a model produced (or that a task requires), decide whether it is correct, explain what is wrong, and often write the correct version yourself. The AI lab uses your judgments and examples as training data so the model gets better at programming.

What you actually do

  • Read code a model generated and decide if it actually works, then rate it against detailed criteria (correctness, efficiency, style, security)
  • Find and describe bugs in code snippets, explaining the root cause and the correct fix in plain language
  • Write reference solutions to programming problems that become the gold-standard answer the model is graded against
  • Compare two model responses to the same coding prompt and pick the better one, with a written justification
  • Evaluate agentic coding traces where a model edits files, runs tests, and debugs across multiple steps, judging each decision
  • Write clear engineering explanations (why an approach is correct, what a function does, how to reason through a problem)

What a real task looks like

Grade a model's attempt at a Python function

You are given a prompt ("write a function that merges overlapping time intervals") and the model's answer. You run it in your head or in an editor, notice it fails when intervals are unsorted, mark it as incorrect, and write a short note: the code assumes sorted input but the prompt did not guarantee it, so it must sort first. You may also submit the corrected version.

Rank two responses to a debugging prompt

A user asked the model why their React component re-renders infinitely. You get two model answers. One correctly identifies a state update inside an effect with no dependency array; the other gives a vague answer about "performance." You pick the first, score both on accuracy and clarity, and explain that the second never names the real cause.

Evaluate an agentic coding session

A model was told to fix a failing test in a small repo. You review its full trace: which files it opened, the edit it made, whether it re-ran the tests, and whether the final state actually passes. You flag that it edited the test to pass instead of fixing the underlying bug, which is a common and important failure to catch.

Is it right for you?

This is for people with genuine software experience: working or former developers, engineers, computer science students who have built real projects, and self-taught programmers who can read unfamiliar code and reason about correctness. You do not need to be a senior engineer, but you do need to actually write and debug code, not just recognize keywords. It suits people who enjoy code review and can articulate why something is right or wrong in writing.

This is a good fit if

  • You can read code in at least one language and confidently say whether it is correct and why
  • You have done code review, mentored other developers, or debugged other people's code before
  • You can explain technical reasoning clearly in writing, not just fix things silently
  • You are comfortable being held to a rubric and having your judgments spot-checked for quality

What you need

  • Real ability to read and write code in at least one language (Python, JavaScript/TypeScript, Java, C++, Go, and SQL are commonly in demand)
  • Strong written English to explain bugs, reasoning, and corrections clearly
  • A computer with a normal development setup you can use to actually run and test code

Skills that help

Practical programming in one or more mainstream languagesDebugging and reading unfamiliar codebasesWriting precise, structured explanations of technical reasoningApplying detailed rubrics consistently instead of by gut feelFamiliarity with testing, version control, and common failure modesAttention to security and edge cases (unhandled inputs, off-by-one errors, injection)

How to get started

  1. 1Pick the languages you are genuinely strong in and be honest about your real level, since screening tests will check it
  2. 2Create a profile or apply on AI-training marketplaces and data-labeling platforms that list coding, code review, or SWE evaluation projects
  3. 3Expect a skills assessment: a timed coding test, a bug-finding exercise, or a sample review that is graded before you are onboarded
  4. 4Read the project's rubric and annotation guidelines carefully before your first paid task, since pay and continued work depend on following them exactly
  5. 5Do a small batch of tasks, then check the reviewer feedback and calibrate: consistency with the rubric matters more than raw speed
  6. 6As you build a track record, ask for harder or higher-tier projects (rarer languages, agentic evaluation, longer engineering examples) which tend to pay more

Common misconceptions

Myth: You need to be a senior or famous engineer to get this work.

Reality: You need to demonstrably read, write, and debug code and explain your reasoning. Mid-level and even strong junior developers pass the screenings; the bar is real skill, not a title or years of experience.

Myth: It is just clicking "good" or "bad" on code snippets.

Reality: Most tasks require you to actually verify correctness, often by running the code, and to write a clear justification. Lazy or unexplained ratings get flagged in quality review and can end the engagement.

Myth: The AI already codes better than you, so your input does not matter.

Reality: Models still make confident, subtle mistakes: code that looks right but fails on edge cases, or that patches a symptom instead of the root cause. Catching exactly those cases is the entire point of the work.

The complete guide

Everything about coding work

Written by Yuma Heymans, Founder & CEO of AITraining.jobs.

Founder and CEO of AITraining.jobs and co-founder of the AI recruitment platform HeroHunt.ai, based in San Francisco, with years spent mapping how AI-training and data work is sourced, staffed, and paid.

Published 19 Jul 2026, revised 10 Nov 2026

The highest-paying merit-based remote gig for engineers in 2026, explained honestly: what the work is, what it pays, and how to start.

If you can read a function, spot the race condition hiding in it, and explain in plain English why one AI answer beats another, there is a market that will pay you to do exactly that: the coding roles open on this site today typically pay Unavailable to Unavailable an hour, with a median of Unavailable. The clearest signal of how large that market has become arrived in June 2026, when Mercor, one of the platforms that routes this work, said it had crossed $2 billion in annualized gross revenue and entered talks to raise money at a $20 billion valuation, roughly doubling its worth in under a year - Forbes, 9 Jul 2026. That number is not a labeling company getting lucky. It is the price frontier AI labs are willing to pay for human engineering judgment they cannot yet automate.

The reason this work exists at all is worth stating from first principles, because it explains everything about the pay and the future. A large language model is trained to produce code that looks correct. It is not trained to know whether the code is correct, and it is structurally bad at grading its own output, because the same blind spots that produced a buggy answer also produce a confident (and wrong) self-assessment. Automated test suites help, but a February 2026 re-evaluation of the top 30 SWE-bench agents found that one in five "solved" patches were semantically incorrect: they passed only because weak test suites failed to expose their errors - SWE-ABS, arXiv, 28 Feb 2026. O-mega.ai, a site from the same team behind AITraining.jobs, goes deeper on why SWE-bench and similar coding benchmarks can be misleading or gamed. Closing that gap requires a human who can tell the difference between code that passes and code that is actually right. That human is you, and this guide covers what the job really is, what it really pays, and how to get your first paid task without getting scammed along the way.

Contents

  1. What "Coding and Software Evaluation" work actually is
  2. A day in the life: concrete task walk-throughs
  3. Who it is for, and the honest barrier to entry
  4. The real skills, and how to build them
  5. The platforms that hire, and what they pay
  6. Realistic pay: ranges and what moves them
  7. How to get started and land your first paid task
  8. Scams and pitfalls to avoid
  9. How AI agents are changing this work
  10. The 2026 outlook and a decision framework

1. What "Coding and Software Evaluation" Work Actually Is

Coding and software evaluation is the branch of AI training where the training data is code and the labeler is an engineer. Every capable coding model you have used was shaped by a loop that requires human judgment at the center: a model generates one or more candidate solutions to a programming problem, a person who can actually read code decides whether each solution is correct, secure, efficient, and maintainable, and that judgment (plus the reasoning behind it) becomes a training signal that teaches the next version of the model what "good code" means. You are not writing the product. You are grading the machine that writes the product, and writing the corrected answer when the machine gets it wrong. The work sits at the exact point where a model's confidence outruns its correctness, which is the point where only a human can currently tell the truth.

This matters because the alternative approaches to grading code all have ceilings that human evaluation does not. Unit tests catch the failures the test author anticipated and miss everything else, which is why the reward-hacking rate on public benchmarks is so high. Letting a model grade another model works until both models share the same misconception, at which point the error is invisible to the system and gets baked in. Reinforcement learning from verifiable rewards (RLVR), the technique of using binary, checkable reward functions for code and math, is genuinely powerful and increasingly central to how labs post-train models - awesome-RLVR, but building those verifiable environments in the first place, and adjudicating the cases where the automatic checker is fooled, is itself expert human work. Coding evaluation is the human layer that catches what the automatic layers cannot, and its value rises exactly as models get harder to catch. If you want the broader picture of how human feedback trains models, the companion guide on RLHF and model evaluation covers the reinforcement-learning side in depth, and its pay and jobs hub tracks live openings.

2. A Day in the Life: Concrete Task Walk-Throughs

The abstract description ("evaluate AI-generated code") hides how varied and hands-on the actual tasks are, so it helps to walk through what lands in your queue. Most contracts mix several task types, and the interface is usually a browser panel showing the prompt, the model's output or outputs, a code sandbox, and a set of rating or ranking controls with free-text fields for your reasoning. You rarely use your own IDE for the grading itself, though you may draft a reference solution locally and paste in the verified result. What follows are the four task shapes you will actually encounter, described concretely enough that you can picture doing them, because the difference between someone who passes the assessment and someone who does not is usually just knowing what the task is really asking.

Consider a pairwise comparison task. You are shown a prompt like "write a rate limiter that allows 100 requests per minute per user," and two AI-written implementations, A and B. Both compile. Both look reasonable. Your job is to determine that A uses a fixed window (so a user can fire 200 requests across a window boundary in two seconds) while B uses a sliding window that actually honors the limit, and then to write, in a few precise sentences, why B is better and what specifically is wrong with A. That written reasoning is the product. A rating with no explanation is nearly worthless to the lab, because the model learns from the "why," not the winner.

Here are the four core task types you will rotate through, with what each demands of you:

  • Pairwise ranking (RLHF): compare two or more candidate solutions, pick the best, and explain the ordering. The reasoning is the signal, not the choice.
  • Single-solution code review: hunt for the planted or genuine defect in one answer. The hard ones pass a naive test and fail on an edge case, a concurrency scenario, or a security vector.
  • Reference-solution authoring: when every candidate is wrong, you write the clean, correct, production-quality implementation yourself. This is the highest-value work because your code becomes the target.
  • Adversarial prompting and rubric design: craft prompts that probe a model's weak spots, or (at the senior end) design the rubric and test harness that scores an agent's code automatically.

The through-line across all four is that the difficulty is deliberately calibrated so that a fast skim fails. In a review task, the bug is rarely a syntax error; it is an off-by-one in a boundary condition, an O(n squared) loop where O(n log n) was available, a SQL string built by concatenation, or a promise that is awaited in the wrong place. Modern AI-aware technical interviews have converged on exactly this skill: they test whether you can validate and debug what a model suggests, not only whether you can write code - Northeastern Careers, 13 May 2026. The muscle you are being paid for is disciplined skepticism toward code that looks right, and it is the same muscle whether the code came from a junior engineer or a frontier model.

3. Who It Is For, and the Honest Barrier to Entry

This work is unusually merit-based, and that cuts both ways. On the welcoming side, the leading platforms do not care about your resume, your degree, or your years of experience in the way a traditional employer does. DataAnnotation is explicit that no degree is required ("We care about what you can do, not where you learned it") and evaluates you through a skills assessment rather than credentials - DataAnnotation. A strong computer-science student who can crush a bug-hunting test can start earning coding rates, and a self-taught engineer with real GitHub history is on equal footing with a bootcamp graduate and a PhD. The gate is a test of what you can actually do, not a filter on where you have been. That is genuinely rare in remote work, and it is the single best thing about the category.

The honest counterweight is that the test is real and the bar is engineering-grade. This is not a "watch a video, click some buttons, get paid" gig. If you cannot fluently read code in at least one mainstream language, reason about time complexity, and articulate why an answer is wrong, you will not pass the assessment, and no amount of persistence changes that. There is also a hard geographic and legal gate on the highest-paying end: DataAnnotation, for instance, publishes no eligibility list (it says it works with contractors globally who have fluent English), but worker reports point to six countries (the United States, Canada, the United Kingdom, Ireland, Australia, and New Zealand) - its page here, and Handshake AI's coding work generally requires US work authorization - Handshake AI. Workers outside those regions have real options (Mercor, micro1 and Turing hire engineers in many countries, though Turing takes no one in mainland China or in the 30 countries its onboarding marks as US-sanctioned, read 6 November 2026), but often at lower bands, a reality covered in the pay section below.

The people who thrive in this work tend to share a specific profile:

  • Working engineers using spare hours for high-hourly side income while staying sharp on how frontier models reason.
  • Strong CS students with solid algorithmic foundations who want real income before graduating.
  • Specialists in distributed systems, security, infrastructure, or ML systems, who command the top pay bands.
  • Between-jobs engineers who want flexible, immediate, merit-based income without a hiring cycle.

What unites that list is comfort being judged on output rather than pedigree, and tolerance for lumpy, project-based income. If you need a predictable salary and benefits, this is the wrong shape of work, and the pros-and-cons ledger later in this guide is blunt about that. If you are an engineer who wants to be paid your true market rate per hour with no interviews and no commute, it is close to ideal. You can browse the range of specializations, from coding to STEM, math and proofs to law, medicine and finance, and compare where your skills fit best.

4. The Real Skills, and How to Build Them

The skill this work rewards is not "can you write code," it is "can you reliably judge code." Those are related but distinct, and the second is rarer. A great many competent developers can implement a feature but freeze when asked to articulate, precisely and in writing, why a plausible-looking alternative implementation is subtly wrong. Evaluation is a critique skill, and critique is a muscle you build deliberately. The good news is that the exact same skill is now central to how senior engineers work with AI coding assistants day to day, so building it pays off in your primary career too: the 2026 technical interview increasingly tests AI fluency, including prompt engineering, output validation, and debugging - Northeastern University. Investing in evaluation skill is investing in the most durable version of software engineering.

Two clusters of ability determine both whether you pass the gate and what tier you land in. The first is a set of hard requirements you need before you can qualify at all. The second is a set of tier-raising specializations that move you from review-level rates into the specialist tiers. It is worth being deliberate about both, because the difference between them is the difference between qualifying and earning well.

The hard requirements, the things you cannot fake on a timed test:

  • Working fluency in a mainstream language. Python is the most in-demand, followed by TypeScript and JavaScript, then Rust, C++, Go, and Java. Two or three of these unlocks far more projects.
  • Subtle-bug detection. Not "does it compile," but "does this pass the obvious test and still fail on an edge case, a concurrency scenario, or a security vector."
  • Complexity reasoning. Recognizing when a quadratic approach should be O(n log n), or when a design will not scale.
  • Clear written justification. You must explain, in prose, why one answer beats another. Feedback that only says "wrong" is useless training data.

Building these is straightforward if unglamorous: work through algorithm problems but force yourself to write a paragraph explaining each solution's tradeoffs, read open-source pull-request reviews to see how strong engineers articulate critique, and practice reviewing AI-generated code by asking a frontier assistant to solve a problem and then hunting for what it got subtly wrong. The tier-raising layer comes from depth in a niche: distributed systems, security, infrastructure, systems and low-level programming, or ML systems. A distributed-systems specialist who can spot a consistency bug that a generalist misses is worth multiples of the generalist rate, in any country. Domain crossover (coding plus law, medicine, or finance credentials) pushes you toward the specialist ceiling, and the data labeling and annotation track is a useful adjacent skill to understand how the broader pipeline fits together.

5. The Platforms That Hire, and What They Pay

The platform landscape has consolidated around a set of legitimate, well-funded companies that route lab demand to contributors, and the gap between the headline rate they advertise and what a typical contributor nets is the single most important thing to understand before you apply. Advertised rates are ceilings gated by specialization and seniority, not defaults. Below is a comparison of the platforms most active in coding and software evaluation, with each platform's researched rate card on this site (read from its own pages and listings; each opens the platform's pay page, and Checked is the day the card was last checked against its sources). Treat the top of each range as the specialist ceiling and the bottom as generalist or onboarding pay.

The two structural differences that matter most between platforms are how work arrives and how they pay. Some, like Mercor, run ongoing contract-style engagements with AI labs, so once you are matched, work can be steady for weeks. Others, like DataAnnotation, run a task queue that fills and empties, which is more flexible but lumpier. A few, like Braintrust, publish their rate bands openly and say talent keeps 100% of the rate shown - Braintrust, read 10 Nov 2026. None of them should ever ask you for money, and the moment one does, it is a scam, not a platform.

PlatformCoding / software evaluation payCheckedHow it works
Mercor$50–$120/hr for software and ML engineers8 Nov 2026Ongoing lab contracts, weekly pay; its software-engineer page advertises tiers to $200/hr (read 10 Nov 2026)
DataAnnotation$40–$150+/hr2 Nov 2026No degree required, merit test, PayPal - DataAnnotation
Handshake AIup to $125–$195/hr coding; all projects $15–$150/hr; physicians and surgeons to $300/hr8 Nov 2026US authorization generally required - Handshake AI
Braintrust$75–$200/hr code review, $25–$60/hr RLHF rating1 Nov 2026Open rate bands, zero fee to talent - Braintrust
micro1$50–$100/hr typical, to $350 for software and AI/ML engineers8 Nov 2026Global, AI-interview screen, project waves
Turing$100–$200/hr code generation review6 Nov 2026Also full-time contract dev roles; paid monthly
Outlier AIup to $34–$50/hr coding8 Nov 2026Timed test, ID verification; rates are ceilings shown before each project - Outlier

A few caveats belong with that table. First, advertised rates are not effective rates: time spent reading instructions, waiting for tasks and doing unpaid calibration counts against your real hourly rate, and contributors report queues that go dry for days or weeks between projects - Breaking Even. Second, the very top bands are real but scarce, gated behind senior credentials or rare specializations: coding roles' typical pay on this site tops out at Unavailable an hour, and only a specialist tail advertises more. Third, any single platform is impermanent: projects end, queues dry up, and platforms occasionally drop even long-term contributors without warning, which is why every experienced contributor works across several at once. AITraining.jobs is one resource that aggregates live coding evaluation roles and pay across these platforms in one place, which saves checking each dashboard individually.

The chart below sets the coding roles open on this site today against every AI training role on the board: the low and high ends of their typical pay and their medians, read live when you open this page.

Coding Pay Against the Whole Market
Typical pay of open roles today, USD per hour; each bar opens the roles it is measured from

6. Realistic Pay: Ranges and What Moves Them

Now the honest arithmetic, because the advertised rate, the effective rate, and the annual total are three different numbers, and confusing them is how people end up disappointed. The single biggest lever on your pay is not which platform you pick, it is how senior and specialized your engineering skill reads in the assessment. A generalist on the best-paying platform still earns generalist rates; a distributed-systems specialist on a mid-tier platform earns specialist rates. Mercor's own public structure makes this concrete: its software-engineer page advertises engineering review and evaluation projects from $50/hr, and expert-through-specialist tiers that climb from $80 to $200/hr as your demonstrated seniority rises - Mercor, read 10 Nov 2026. What its listings pay is lower: its rate card puts software and ML engineers at $50–$120/hr (checked 8 Nov 2026). The path to higher pay is almost entirely a path to reading as more expert on the test.

The second lever is what you actually take home per hour of logged-in time, not per hour of active task time. Because of unpaid calibration, instruction-reading, and dry-queue waiting, the effective rate runs meaningfully below the headline. So a realistic mental model starts from the live median of Unavailable an hour for coding roles, takes off the unpaid time, and multiplies by the hours the queue actually gives you, not the hours you hope for. A senior specialist landing steady expert-tier work full-time approaches a senior engineering salary, and Mercor's guide says the very top full-time AI-training roles for senior engineers and researchers can pay upwards of $200,000 a year (updated 23 Jun 2026). The table below maps the seniority ladder as Mercor advertises it.

TierAdvertised rateWhat it means
Engineering review and evaluation projectsFrom $50/hrYou read, run, and debug code in a mainstream language competently.
Software engineering expert$80 to $120/hrProfessional experience. You independently establish correctness.
Senior software engineering expert$100 to $150/hrYou reason through production systems and complex architecture.
Specialized engineering expert$120 to $200/hrDeep niche: distributed systems, infra, security, low-level, ML systems.

Tiers as Mercor's software-engineer page listed them on 29 Oct 2026.

Geography is the third lever, and the least-discussed one. This work is global, but the pay is not evenly distributed. Of the 0 coding roles open on this site today, 0 are open to applicants in the US, 0 in the UK, 0 in Brazil, 0 in India and 0 in the Philippines; the US, UK, and Canada reach the most country-restricted, highest-paying platforms, and many platforms price the same work by location. The two escape hatches from geographic pay tiers are the same two that raise anyone's rate: genuine specialization and speed. A distributed-systems specialist in any country out-earns a generalist anywhere. You can compare these bands against other AI training work to see where coding evaluation sits relative to writing, red-teaming, and data labeling. For context, coding roles here advertise a median of Unavailable an hour against Unavailable for data annotation, so an engineer choosing between tracks should not default to the generalist queue.

7. How to Get Started and Land Your First Paid Task

The application funnel is nearly identical across platforms: apply on the official domain, complete a qualification exercise, get matched to projects, and start earning, with money only ever flowing from the platform to you. The single most important strategic decision is to apply to two or three platforms, not one, because work arrives in waves and any single platform can go quiet or drop you. A sensible starter portfolio for a strong engineer is DataAnnotation (no degree required, merit test, if you are in an eligible country), Mercor (clear expert tiers, steady contracts), and one of Braintrust, Handshake, or micro1 depending on your region and credentials. Apply directly on each platform's own website, cross-checked from its main domain, and never through a third-party link, an emailed form, or a recruiter who found you first.

The assessment is the real gate, and treating it as a formality is why strong engineers fail it. The tests vary in shape: DataAnnotation uses an engineering exercise testing whether you can identify correctness bugs, reason about complexity, and write clean code, and its FAQ says most starter assessments take about an hour and specialized ones, coding included, one to two hours - DataAnnotation, read 10 Nov 2026; Outlier gives a timed test with LeetCode-style problems for coding - RemoStack, 28 Jun 2026; senior roles at some platforms use a short scoping exercise. Well-designed screening assessments are built so a fast skim misses the planted defect, so the winning approach is to slow down and grade against the rubric rather than your own taste. The most common failure mode is answering the question you wish was asked instead of the one on the screen.

Here is the realistic path from zero to first paid task:

  1. Pick two or three legitimate platforms and apply on their official domains only. Never through a third-party link or a recruiter's message.
  2. Take the assessment slowly and completely. Read the rubric first, grade against it, run the code (mentally or in a sandbox), and justify every judgment in writing even when only a rating is asked.
  3. Write clean reference code when asked to author a solution: correct, readable, reasonably efficient, no debug cruft. Treat it as production code because it becomes training data.
  4. Nail the calibration phase. Early tasks compare your ratings against a gold standard, and your quality score here sets your ongoing task flow and sometimes your rate. Calibration is more of the assessment.
  5. Manage the waves. Expect lumpy income (RemoWork reports 2 to 3 week assignments at 10 to 20 hrs/week, updated 17 Oct 2026), and stay active on several platforms so an empty queue on one is offset by a full one on another.

The interpretation of that list matters as much as the steps. The contributors who earn consistently are not the ones with the highest single assessment score; they are the ones who treat this like a small business from day one. That means a portfolio of platforms rather than a bet on one, meticulous quality scores because those scores gate your task flow, and honest bookkeeping because you are a 1099 contractor who owes self-employment tax and quarterly estimates. Set aside a fixed share of every payout for taxes, sized to your own bracket, keep your own records of every payment (do not rely on receiving a tax form, since thresholds change), and deduct legitimate business expenses like your computer and home-office portion. The engineer who does this earns predictably; the one who chases the highest headline rate and spends the gross ends up disappointed in April.

8. Scams and Pitfalls to Avoid

The legitimacy of the real platforms has attracted a flood of scams impersonating them, and the numbers are sobering. Losses to job and employment-agency scams reported to the FTC rose from $90 million in 2020 to $501 million in 2024 - FTC, 10 Mar 2025 (a later FTC post, 24 Sep 2025, puts 2024 at over $513 million), and "task scams" (gamified fake jobs where you complete repetitive online tasks) were 38.8% of job-scam reports in the first half of 2024 - FTC Data Spotlight, 12 Dec 2024. AI has made the impersonation more convincing: AI tools can now generate convincing resumes, simulate human-like conversations during interviews and build synthetic identities - Moody's. The single rule that defeats almost all of it is that legitimate money flows in one direction only, from the platform to you, so any request for payment is disqualifying.

Learn these signals cold, because they separate every real opportunity from every fake one:

  • Any upfront payment is a scam, full stop. No legitimate platform charges for training materials, certification, platform access, equipment, or a background check.
  • Hiring conducted entirely over WhatsApp, Telegram, or iMessage with no verifiable company presence and no real interview.
  • Lookalike domains. Watch for scaleai-jobs.com instead of the real scale.com. Always apply on the official domain, cross-checked from the company's main site.
  • An "assessment" that is actually endless unpaid production work. A legitimate qualification exercise is short and clearly bounded.
  • Too-good-to-be-true rates with no skill gate. "$90/hr, no experience, start today" with an instant offer is the classic bait.

The interpreting point behind that list is that scams exploit urgency and asymmetry of information, so the antidote is patience and verification. If you find a role, look it up on the company's official website; if it is not listed there, walk away, no matter how good it sounds. Legitimate platforms have active communities (subreddits, Discords, forums) where real contributors compare notes on payment and tasks, so a few minutes of reading before you invest any effort is the cheapest insurance you will ever buy. Every platform named in this guide passes these checks, which is precisely why it is worth applying through their front doors rather than a link someone sent you. The broader lesson generalizes to adjacent tracks too, whether you are considering red-teaming and AI safety or research studies and surveys: the one-way-money rule holds everywhere.

9. How AI Agents Are Changing This Work

The obvious worry is that if AI keeps getting better at coding, it will stop needing humans to grade its code. The evidence in 2026 points firmly the other way for expert-level work, and understanding why requires looking at what is actually happening inside the labs. As models improve, two things happen simultaneously: the bar for useful human feedback rises (catching a strong model's remaining mistakes now takes a more senior engineer, not a less senior one), and the whole industry pivots toward reinforcement learning in verifiable environments, which creates a new and expanding category of expert human work. Labs are buying human expertise for coding and long-horizon reasoning more aggressively, not less: Wing VC estimated in January 2026 that Anthropic's spend on RL environments alone is likely to grow 3 to 5x into 2026 as environments move from experiments to a core part of training - Wing VC.

The reward-hacking problem is the clearest illustration of why humans stay in the loop. When you train a model against an automatic checker, a sufficiently capable model learns to game the checker: it modifies unit tests, tampers with evaluation code, or exploits loopholes in the task environment rather than solving the actual problem. A May 2026 benchmark of 13 models found exploit rates on multi-step tool-use tasks ranging from 0% to 13.9%, varying with the model's post-training style - Reward Hacking Benchmark, arXiv, 3 May 2026. Catching that behavior, and designing environments that are hard to hack in the first place, is not something the model can be trusted to do about itself, for the same reason a student cannot be trusted to write and grade their own exam. It takes an engineer who understands both the code and the incentive the model is responding to. That is a more senior job than "rate this snippet," and it pays accordingly.

The net effect is a barbell. The low end (routine, generalist annotation on simple problems) is being automated and commoditized, and rates there are under real pressure. The high end (rubric design, RL-environment construction, adjudicating the hardest adversarial cases, catching reward hacking) is expanding and paying more. The trajectory of the job itself is moving from "grade this function" toward "design the evaluation that trains the next model," which is exactly why the specialist tiers pay the most. The strategic implication for anyone entering now is unambiguous: invest in specialization and depth, because that is the part of this work that grows, while the part that shrinks is the part that required the least skill. The multilingual and localization and audio, speech and transcription tracks are seeing the same barbell dynamic, so the pattern is worth understanding across the whole field.

The chart below shows the trajectory of the market underneath this work: Mercor's annualized gross revenue, a clean proxy for how fast lab demand for human training data (coding foremost among it) has grown.

Mercor Annualized Gross Revenue
A proxy for lab demand for human AI training data, USD billions
Source: Mercor's own figures via Forbes (9 Jul 2026); end-2025 point a Sacra estimate

That curve is the whole argument in one line. A company routing this exact work went from about $760 million at the end of 2025 (a Sacra estimate) to $2 billion in annualized gross revenue by June 2026 (its own figure, Forbes, 9 Jul 2026), while the models it serves got dramatically better at coding over the same period. Demand for expert human judgment about code rose as model capability rose, not despite it. This author's perspective on that is not neutral: Yuma Heymans (@yumahey), founder and CEO of AITraining.jobs and co-founder of the AI recruitment platform HeroHunt.ai, has watched the coding-evaluation category shift from a labeling afterthought into one of the best-paid remote roles an engineer can hold, precisely because grading frontier code is a harder and more valuable skill than writing average code.

10. The 2026 Outlook and a Decision Framework

Coding and software evaluation in AI training is a rare thing in remote work: genuinely legitimate, genuinely high-paying, and genuinely merit-based. Coding roles on this site typically pay Unavailable to Unavailable an hour today, senior specialists reach Mercor's advertised $120 to $200 tier ( Mercor, read 10 Nov 2026), and Mercor's guide says the very top full-time roles can pay upwards of $200,000 a year (updated 23 Jun 2026). The price of admission is passing a real skills assessment, positioning yourself as specialized rather than generalist, working across multiple platforms to smooth out lumpy queues, and handling your own taxes like the small business you now are. The market underneath all of this is expanding fast, and the specific slice of it that rewards deep engineering judgment is expanding fastest of all.

Use this decision framework to decide whether and how to pursue it:

  • If you are a working engineer wanting high-hourly side income: apply to DataAnnotation and Mercor now, treat the assessment seriously, and target 10 to 15 focused hours a week. Your month is those hours times your effective rate, once calibrated.
  • If you are a specialist (distributed systems, security, infra, ML systems): lead with your niche, target the expert and specialist tiers on Mercor, Handshake, and micro1, and treat it as a serious income stream.
  • If you are a strong CS student: this is one of the best-paying uses of your skills before graduation. No degree needed, and it sharpens the exact critique skill that modern technical interviews now test.
  • If you need a stable salary with benefits: this is the wrong shape of work. It is excellent variable income, not a paycheck. Keep it as a supplement, not a replacement.
  • If anyone asks you to pay for anything: it is a scam. Close the tab.

The honest forecast for a skilled coder is that the floor of this work will keep eroding as routine annotation is automated, while the ceiling keeps rising as models get harder to grade and RL environments become central to training. Your job is to position toward the ceiling by getting more specialized and keeping your quality scores high. Do that, apply only on official domains, and treat the top of every advertised range as the specialist ceiling rather than the default, and coding evaluation is one of the best-paid uses of an engineer's spare hours available today. When you are ready, you can browse live coding evaluation roles and start with the assessment at two or three platforms this week.

Figures of this site's own job board and the platforms' rate cards are read live when you open this page; every figure from a platform page, report, or regulator is dated where it is quoted (this guide was last revised on 29 Oct 2026). Rates, platform eligibility, tax thresholds, and model capabilities change quickly, so verify current figures on each platform's official site before applying, and confirm your own tax obligations with a qualified professional.

Frequently asked questions

Do I need a computer science degree?

No. What matters is that you can actually read, write, and debug code and explain your reasoning clearly. Self-taught developers with real projects and bootcamp graduates are regularly accepted, as long as they pass the screening test.

Which programming languages get the most work?

Mainstream languages with large user bases (Python, JavaScript and TypeScript, Java, C++, Go, and SQL) tend to have the steadiest demand. Being strong in a rarer or harder language can qualify you for specialized, higher-tier projects, but general demand follows the popular languages.

Will I have to write code, or only grade it?

Both, depending on the project. Some tasks are pure evaluation (rate or rank model answers), some ask you to find and describe bugs, and some ask you to write the correct reference solution or a worked engineering example. Many projects mix all of these.

How do they check that I actually know how to code?

Almost every project starts with a screening: a timed coding challenge, a bug-finding exercise, or a graded sample review. After onboarding, your work is spot-checked against the rubric, and consistent quality is what keeps you on the project and unlocks higher-paying tiers.