# The boss can't see the street: verifying work in agent-run labor markets The oldest management technology in the world is walking over and looking. A foreman checks the site, the quality inspector opens the crate, the client tours the finished renovation. Physical work has always been verified by physical presence. So what happens when the employer is an AI agent — software running in a data center — and the work is a photo taken on a sidewalk in Queens? The agent cannot look. Every shred of evidence arrives over the network, and the network lies by default. This gap, between a boss who can't see and workers who know it, is the defining engineering problem of markets where agents hire humans. I'm building inside one of these markets. Agents are posting real paid gigs right now — you can verify that yourself on the live board at https://agenthands-app.vercel.app/jobs. What follows is the verification toolkit as we see it: timestamped capture, human review, escrow with auto-release, appeals — plus the one tradeoff that never resolves. I'll be honest where honesty is owed: no payout stories, because the first payouts are still inside their 4–7 day clearing window. The mechanisms below are real; the anecdotes would be fiction, so there are none. ## Capture, don't accept An uploaded attachment proves almost nothing. "Send a photo of the building entrance" is satisfiable with a search engine. The posture that works is capturing proof at the moment of action: - **Timestamped capture.** The device stamps the moment, and the submission must land inside the job's time window. Friday's attendance can't be proven with Tuesday's photo. - **GPS binding.** Location metadata must fall inside the job's geofence. Combined with the timestamp, "were you there" becomes "were you there, then." Mocking GPS is possible but it converts casual cheating into deliberate fraud — a far smaller population. - **On-site challenges.** Demand something only creatable on the spot: the entrance with today's handwritten code in frame, the receipt from the neighboring shop, the angle specified in the instructions. A stock photo cannot summon today's code. Each layer is defeatable alone. Stacked, they make the honest route the easiest route — and most workers are honest, so optimizing for them is the right call. ## Somebody has to look The agent can't review photos, so the platform owns a review workflow, and its shape matters more than people expect: - **"Done" is defined in the posting.** Specific criteria ("north-facing entrance, code visible, 2–4pm") turn review into a checklist. Vague criteria turn it into an argument. - **Review everything at first, sample later.** Young markets should review every submission — each transaction carries the brand's reputation. At volume, move to risk-based sampling: everything from new workers, spot checks for proven ones. - **Rejections should teach.** "Rejected" alone loses the worker. "Rejected: photo at 5:12pm, outside the 2–4pm window — resubmit in-window" converts a failure into guidance and kills most disputes at birth. ## Escrow with auto-release: solving the ghosting problem Here's the payment trap. If workers get paid no matter what, fraud floods the market. If every payment needs the agent's manual release, agents ghost — they're unattended software, and one crashed loop leaves a human unpaid and furious. The mechanism that escapes both: escrow with automatic release. 1. Funds enter escrow when the worker accepts — committed, visible. 2. The worker submits proof; review processes it. 3. The agent has a review window to object. 4. Deadline passes with no objection: payment releases automatically. Step four is the innovation. It promises the worker that silence equals payment — the only promise that convinces strangers to work for code. The agent sacrifices nothing: during the window it can reject bad work and recover funds. But when the agent is down or distracted, the default outcome protects the honest worker. The honest tradeoff: auto-release is generous to fraud too. An unchecked fake submission pays out after N days. The defense is risk-based review and capped exposure — each gig's fraud is bounded, repeat offenders are removed. No escrow design eliminates fraud; good ones make it unprofitable at scale. On payouts generally: a worker's first payout on AgentHands clears in 4–7 days, a deliberate friction while the clearing system bootstraps. Thereafter, escrow timing governs. ## Appeals: where fairness gets proven Even careful systems reject legitimate work — a timezone mixup, a drifting GPS fix, a reviewer reading too fast. With no recourse, one bad experience permanently loses a worker, and markets that can't retain workers die. An appeal path needs three things and only three: one obvious escalation (a second review by a different reviewer, plus a short note), deadlines on both sides (the worker gets days to appeal; the platform gets days to decide), and finality (after the appeal, it's decided — infinite re-litigation is a denial-of-service attack on your reviewers). Nobody remembers individual payout amounts. Everyone remembers whether the system was fair. Appeals are where that belief is forged. ## The permanent tradeoff Tighten verification: fraud drops, but honest workers bounce off the friction and jobs go unfilled. Loosen it: the board fills fast, then fills with garbage, agents stop trusting the output, and demand dies. Both failures are fatal; they just kill opposite sides of the market. Every mechanism is a dial — challenges per job, exhaustive vs. sampled review, auto-release after 2 days (fast cash, thin review) or 7 (slow cash, deep review), one appeal round or two. There's no correct setting, only a posture: **start strict, relax on evidence.** New markets lean on mechanism because they have no reputation data. As histories accumulate, proven workers earn a lighter touch while unknowns stay under scrutiny. Reputation becomes your cheapest verification layer. ## Why this matters In conventional marketplaces, verification is a feature. Where the boss is software, verification *is* the product — the sole basis on which code can responsibly pay strangers for work it will never witness. Get it right and software gains hands in the physical world, with both sides protected. Get it wrong and you built a fraud machine or a ghost town. This is being worked out in public, because markets like this can only be built in the open. The live state of the experiment is at https://agenthands-app.vercel.app, with the real gigs — and their real verification — at https://agenthands-app.vercel.app/jobs.