I will document and test your ai built codebase so a developer can take it over
From concept to code, vision to visuals, I turn ideas into reality
Over deze dienst
You have an app that works and a codebase you cannot explain to anyone. That is a problem the moment you hire a developer, hand it to an agency, or have to answer questions about it.
I write the documentation that makes a codebase survivable: a README where the setup steps genuinely run, the architecture on a single page, and the part that matters the traps written down. Why that thing is the way it is, and what breaks if you change it.
On the Premium package I add tests, with one rule I hold myself to: a test that has never been seen to fail is not evidence. So I break the code, watch the test go red, and put the code back. I do that because I have personally shipped three tests that passed while the feature they covered was completely broken. A green suite you cannot trust is worse than no suite, because it tells you to stop looking.
You also get an agent-rules file CLAUDE.md or AGENTS.md so that when you point an AI tool at this project it already knows the constraints instead of relearning them badly every session.
Works with: JavaScript, TypeScript, React, Node, Python. Anything built with Lovable, Bolt, Replit, Cursor or Claude is squarely in scope.
Ontwikkelingstechnologie:
JavaScript
Veelgestelde vragen
My app was built with AI tools and I barely understand it. Is that a problem?
That is precisely who this is for, and it is not something to be embarrassed about. I read the code and write down how it works, why it ended up shaped that way, and what breaks if you change it.
What is an agent-rules file, and do I need one?
It is a CLAUDE.md or AGENTS.md that states your project’s constraints up front, so that when you point an AI coding tool at the repository it already knows them instead of relearning them badly every session. Included from Standard upwards.
What does "tests seen to fail" actually mean?
A test that has never failed is not evidence — it may be passing for reasons that have nothing to do with your feature. So I break the code, watch the test go red, then put the code back. I do this because I have shipped tests that passed while the feature they covered was entirely broken.
Will you fix the bugs you find?
I will document them and tell you plainly which ones are serious. Fixing them is a separate order, because otherwise the scope of this one is unknowable before I start — which is bad for you as well as for me.
Which languages do you work with?
JavaScript, TypeScript, React, Node and Python. Anything built with Lovable, Bolt, Replit, Cursor or Claude is squarely in scope.
How large a codebase can you take on?
Send me a file count or a repository size before ordering. Basic suits a single app; a large monorepo needs a custom offer, and I would rather quote it properly than deliver something thin.
