I build narrow web tools that beat the general-purpose ones at one job.

Independent developer. Most of my work is browser-side file tooling and the small applications around it: things that do one task properly, run where the user already is, and do not ask for an upload to do it.

Available for contract work Remote kjreed521@gmail.com

Selected work

IRP Tools

A catalogue of file tools that run entirely in the visitor's browser. There is no upload endpoint on the site: files are read, converted and written inside the tab, which is both the privacy claim and the architecture. PDF, image, audio, SVG and document conversion, each with its own page rather than one generic uploader.

49tools live and free
0bytes uploaded
633automated tests

Built and shipped solo: the converters themselves, the WebAssembly and worker plumbing that keeps large files off the main thread, the search and page generation, a typed tool surface for AI agents over MCP, and a public request board on D1 where anyone can ask for a tool that does not exist yet.

Cloudflare Pages Workers D1 KV WebAssembly Web Workers Stripe MCP

Other work is under client agreements and is not published here. Happy to walk through any of it on a call.

What I take on

A tool that does one thing

A single-purpose web tool where the generic product is doing it badly. Usually browser-side, usually because the files should not leave the machine.

Small applications

Dashboards, internal tools, catalogue and content sites. Deployed on edge infrastructure, handed over with tests and a runbook rather than a demo.

Rescue and finish

A build that stalled, an integration that half works, a site nobody can safely deploy. Diagnosis first, written up, then a fix you can check.

How working together goes

  1. Scope, in writing. What the job actually is, what is in and what is out, and what done looks like. No charge for this.
  2. A fixed quote. One price for the scope, or a rate and a ceiling if the shape is genuinely unknown. You approve before anything starts.
  3. Build, in the open. Working previews as it goes, not one reveal at the end.
  4. Handover. Source, tests, deployment access and written instructions. Payment on delivery by invoice, or in instalments against agreed milestones for larger work.

Rates depend on scope and timeline. Ask and you will get a number, not a range.

Get in touch

Describe the job rather than the tool you think you need. What the file is, what has to happen to it, and what you do with the result afterwards.

kjreed521@gmail.com