About the Project

Nephew is the chief of staff small business owners can't otherwise afford. It lives in SMS, handles the inbox, manages bookings, follows up on leads, reconciles invoices, sends reminders, files things in the right place. The customer is a plumber, a dentist, a vet, a hairdresser, someone running a real business between jobs, who texts lowercase and short. We're building the agent that does the work they keep meaning to get to.

A small team, a wide surface, and a customer base that's pulling us forward faster than we can build for them.

What You'll Actually Do

Build the agent runtime: The part of Nephew that turns "follow up with the three quotes from last week" into real messages that landed in real inboxes and checks its own work before anything goes out. The agent has memory, acts on its own initiative when the moment calls for it, and stays inside the audience model whether an owner messaged first or not. You'll own how all of that fits together.

Author skills: Skills are the unit of composable behavior, how we teach Nephew to do a new shape of work. Booking flows, invoice chasing, lead triage, daily reflection, whatever the next vertical needs. You'll write them, refine them, and kill the ones that don't earn their tokens.

Build the eval and observability layer: This is where we catch regressions before owners feel them. Build the datasets, score what matters, watch the production traces, and close the loop from "this looked wrong" back into the skill that produced it. If something drifts, you want to know before the owner does.

Ship integrations: Connect Nephew to the tools small businesses actually use. The work is auth flows, webhook plumbing, mapping someone else's schema into ours, and handling the failures real APIs hand you. The proof point is a live owner's calendar on the first try, not a recorded fixture, not a demo account.

Everything else: A small team covers a lot of ground. SMS is the surface now; web, email, and voice are queued behind it. Plenty of the work that matters most this quarter isn't in this list.

The Bar

Something you wrote goes live most days. A skill you authored is the reason an owner stopped manually chasing invoices. When Nephew sends something weird at 7am on a Saturday, you can trace it end to end, runtime, skill, memory, integration and fix it before lunch. The founders are writing less code because you've taken over surfaces they used to own.

Agentic coding has to already be how you work. We're not going to teach you the workflow on the side; the people we're hiring built parts of it.

Day-1 Reality

Day 1: laptop open, repo cloned, system prompt in one tab, production traces in another. You read a real owner conversation from yesterday, the actual SMS thread, the actual memory writes, the actual skill that fired. You find something that's off. A reply that was technically correct but landed wrong. A skill that loaded when it shouldn't have. A memory write that buried something the agent needed.

Week 1: you ship the fix as a PR, it merges, it goes live, and an owner gets the better version the next time they text. You'll have talked to a founder about what to build next. You'll own a surface by the end of the week.

Who You Are

An agent harness has your fingerprints on it. Maybe you wrote one, maybe you tore a working one apart and rebuilt the parts that didn't fit. Either way, you can sit down and explain which trade-offs you made and what you'd do differently now.

You've gotten an agent to check its own work instead of hallucinating success. The flavor doesn't matter, evals, replay, self-critique, post-hoc verification, browser confirmation, whatever closed the loop. What matters is that you've fought that fight and won it more than once.

The tools you reach for include ones you built yourself. Custom commands, internal CLIs, MCP servers, harnesses tuned to your own brain. You don't take the default toolchain as final.

Taste for the audience: You can read a draft SMS and tell whether a plumber between jobs would understand it. You don't add a "decompose goal" flow because the owner doesn't think that way. You feel the audience model in your bones, not as a rule you check against.

Comfortable reading production: You can sit in a trace, follow a long thread of skill calls and memory writes, and find the place where the agent went off the rails. Production data is where you do your best thinking, not a place you visit when something's broken.

Systems instincts: You see where something will fail before it does, and you make the trade-off between robust and fast on purpose, not by accident.

Frontier-aware: You've used the current generation of models, harnesses, and orchestration patterns enough to have a working theory of which ones to reach for and when. The theory updates when the frontier moves.

Range: A morning on the agent runtime, an afternoon on a new skill, an evening on an eval or an integration. There aren't enough of us for specialists.

Speed at altitude: Same day to production is the norm. We don't sit on things. We also don't ship slop, the bar is high and the cycle is short, both at once.

Curious about how this stuff actually works: You've read papers and someone else's prompt files for the same reason you read code: to learn from the people pushing on the same problem.

Remote-first: Wherever you're sharpest. We default to async, ship in public channels, and pull the team together in person a few times a year.

Why This Role Is Different

You and the founders, no one in between. The conversation about what to build next happens between the people who'll build it. There's no PM layer to translate, no ticket queue to live inside.

What you're building is the product itself. Nephew isn't an AI feature on top of some older thing, the agent is what the owner pays for. So a skill that lands cleaner, a memory write that recalls the right thing later, an integration that doesn't drop the ball, those move retention, not some metric two steps removed from it.

The customer talks back, fast and unedited. Small business owners don't soften feedback. If Nephew sent something off, you'll hear about it, often in lowercase, often within the hour. That's the fastest signal you'll ever build against.

Mornings to afternoons, not quarters to quarters. You write a skill before lunch, an owner uses it after, and you know whether it worked by the time you log off.

Even Better If

You've spent serious time on AI engineering already, agents in production, harnesses you understand from the inside, eval infrastructure you've actually used to catch something.

You've shipped something to a non-technical audience and felt the difference. Consumer, SMB, anything where the user doesn't read your error messages.

You've built memory or state systems for agents and have opinions about what works at scale, how to keep what matters, surface it at the right moment, and avoid the failure modes that show up six months in.

Previous founder or early-stage builder. You've worn every hat and liked it.

Open source contributions to the AI tooling we live in.

Tech

Python for the agent and the skills. LangSmith for evals and observability. Pipedream for integrations. The runtime itself is TypeScript and lives in its own repo. You don't need to know all of it coming in. You need to learn fast.

How we work

A handful of people, a lot of trust, almost no process. Whoever owns the surface decides. Your first PR ships in your first week. There's no recurring meeting where we align on alignment; we build, watch what happens, and adjust.

The agent's behavior is version-controlled. If it governs what Nephew does, it's a file you can edit, review, and merge, not a setting you toggle in someone else's UI.

Ownership here means a piece of the product, not a column on a board. The thing you own is something owners actually depend on between jobs. If it breaks, you're the one fixing it. If it lands, it's clear whose work made that happen.

Why Nephew

Small business owners have been waiting for software that meets them where they are. Most of what's been built for them assumes they think like founders. They don't. We do. The thing they actually need is a coworker who can text and we're early enough that the person who shows up next gets to decide a lot of what that coworker becomes.