What the work actually is
This is not code review of model output. You are authoring the exam. Each task starts with a realistic software engineering problem — a subtle concurrency bug, a slow query path, a feature that has to slot into an existing architecture, a legacy module that needs restructuring — and you build the whole apparatus around it: a repository state that reproduces the problem deterministically, a Dockerfile or equivalent that builds from scratch every time, a test suite that fails before the fix and passes after, and a golden reference solution with written reasoning explaining why that approach is correct and what the plausible wrong turns are.
The hard part is usually reproducibility and grading, not the engineering. Tests that pass because of a cached artifact, network calls to a package registry that changes next week, a test suite a model can satisfy by special-casing the assertion — these are the failure modes that get environments rejected. You will also review peer-submitted environments and say plainly when a task is under-specified or the reference solution is one of several defensible answers.
What the screen looks for
micro1's process is AI-led and moves fast — they state roles typically fill within 48 hours and expect first tasks within 24–48 hours of onboarding. Expect an interview that asks you to name a specific language and go deep in it: tooling, build system, testing framework, how you'd pin dependencies, how you debugged something genuinely hard. Generic seniority language does poorly; specific war stories with mechanisms and outcomes do well. Prior AI experience is explicitly not required, but demonstrable depth in at least one of Python3, Java, Rust, Go, C++, or TypeScript is.
Logistics
- Contractor, remote, fully async, around 15 hours a week
- Output-based pay — per accepted task, not per hour; observed rates for this category run roughly $50–100/hr equivalent, not guaranteed
- Minimum weekly task submissions apply; ask what the number is before accepting
- Time per task varies widely by your workflow, and rework on rejected environments is on you
