Software that doesn’t fall over.

I build the backends, payments and permissions products run on, and the AI automations that take repetitive work off a team. Every system ships with its own paper trail: auth model, access rules and data shape, documented and testable.

philosophy

My preference is boring in the useful sense: settle who can access what, how data behaves under pressure, and what happens when something fails, before adding more surface area.

the short version:
Henry Taiwo
2026

hi, I'm Henry

I’m a full-stack engineer in Lagos. I build the parts of a product people rely on every day (sign-in, permissions, payments, inventory) and AI automations that take repetitive work off a team: finding and qualifying leads, turning an idea into a researched article, pulling data out of invoices, writing the weekly report. Right now that’s a poultry platform used by 30+ farms, a study app students open daily, and a bill-splitting app on both app stores.

  • Backend & APIs
  • Auth & RBAC
  • AI automation
  • Ledgers & billing
rules I actually follow

How I work

01

Evidence before atmosphere

Screenshots, numbers and logs before adjectives.

02

Tools enforce, prompts suggest

If an agent must never send an email, it doesn’t get a send tool.

03

Done means the real UI drove the real backend

Green tests aren’t done. Clicking through the real app once is.

04

Every failure names who fixes it

An error that says which setting to change beats a silent retry.

// two disciplines
01

Software engineering

Backend-leaning full-stack. The consequential parts, built to survive production.

  • Backend systems & APIs01
  • Auth, RBAC & permissions02
  • Billing, ledgers & audit trails03
  • Production reliability & CI/CD04
  • Mobile (Expo) & web (Next.js)05
02

AI automation

Agents and workflows that do real work and still keep a person in charge.

  • Claude Agent SDK agents01
  • n8n workflows02
  • Document extraction & OCR03
  • Evaluation, guardrails & human review04
  • Cost caps & run logging05
what I’ve built

Featured work

// part 01 · AI automation
// part 02 · software
// part 03 · open source
how my automations flow

Every automation makes the same five stops.

01

Trigger

what starts it

n8n scheduleGmail triggerWebhooks
02

Gather

where the facts come from

ApifyFirecrawlMistral OCRGoogle SheetsAirtable
03

Think

what reads and writes

Claude Agent SDKSonnetHaiku
04

Check

what stops it being wrong

the stop most people skip
EvalsClaim checksHuman approval
05

Deliver

where results go

SupabaseResendGmail
everything I reach for

Toolbox

The ones with a dot shipped in a project above. Point at one to see which.

languages ↘
TypeScriptJavaScriptJavaPythonSQL
ai & automation ↘
Claude APIClaude Agent SDKMCPVapin8nApifyFirecrawlMistral OCRResendWebhooks
frontend ↘
ReactNext.jsReact NativeExpoTailwind CSSTanStack QueryZustandReanimated
backend ↘
Spring BootJavaNode.jsNext.js Route Handlers & Server Actions
data ↘
PostgreSQLMySQLSupabaseSQLiteGoogle SheetsAirtable
infra & tools ↘
DockerGitHub ActionsDigitalOceanVercelRenderEASSentryGit
receipts

Commits

One square per day for the last year. Most of it lives in private client repos.

7,113 contributions in the last year · github.com/devhnry ↗Less More
// contact

Let’s talk

Open to software engineering and AI automation roles, plus selective contract work. I read every message.

psst, click it
● DRAFT

Show me the copy-paste.
I’ll tell you if it should be a system.

01
02
How often?
03
Which tools?

Hiring? Tell me about the team.
I’ll tell you where I’d help first.

01
02
03
Timeline
04

You get a reply within 24 hours: whether it should be automated, what I’d use, and a rough timeline.

You get a reply within 24 hours.