One Developer. Two Weeks.One Full System.
A demo of what AI-assisted development can do — and what that means for software delivery.
Twenty Years Ago
Earlier in my career I worked on a contract underwriting system — a multi-role platform that processed mortgage applications through a structured workflow: borrowers submitted data, caseworkers reviewed it, and supervisors made underwriting decisions. The system handled document collection, role-based access control, status tracking, and integration with external data sources and underwriting and credit systems.
It was a large team. The project took a long time. The budget was material. That was the cost of building enterprise software in that era — and honestly, it wasn't unreasonable given the tooling and processes available at the time.
The implied question: what does that same scope cost in time and money today?
The Question
Could I build it faster today? I wanted to find out — not as a theoretical exercise, but as a genuine experiment with a real deliverable.
What actually happened: one developer, working with Claude Code — Anthropic's agentic coding tool — running parallel agents on some features. The commit history records 8 working days of building, spread over about two weeks.
Step 1: Expressing Requirements
The first task was writing a detailed specification document — structured like a real enterprise RFP. Not a vague prompt, but a complete requirements document covering user roles, data standards, integration points, compliance targets, and acceptance criteria.
The scope included: three user roles with distinct workflows, full URLA 2020 form compliance (10-step wizard), MISMO v3.4 data export, seven mock third-party integrations, a caseworker claim queue, a supervisor underwriting panel, an analytics dashboard, and cloud deployment.
Writing the requirements document took hours, not days. The discipline of specifying clearly — before writing a single line of code — is what made the rest possible.
The full RFP specified 12 acceptance criteria covering authentication, data standards compliance, underwriting simulations, and cloud deployment.
Step 2: What This Build Started
This build succeeded on its own terms: working software, fast. But getting there exposed what fast-without-process leaves out. The tests passed, yet no independent gate had challenged them. The integrations were mocked, but unverified. There was no contract tying any line of code back to a requirement — and no way to prove the system did what was specified rather than what was convenient.
That gap is the origin of BrightMeld's contract-governed pipeline. Its first commit came nineteen days after this build began. That pipeline later rebuilt this same application from a single RFP, with a contract, adversarial review, and a quality gate that failed the build twice before passing it. The rebuild is public at mortmortgage-rebuilt.
What Got Built
Every item below was delivered in the initial build and is live in this demo.
Full URLA 2020 Wizard
10-step form, co-borrower support, auto-save, field-level validation
MISMO v3.4 Export
JSON and XML export for LOS integration
URLA PDF Export
Fannie Mae Form 1003 layout, ready to print or file
3-Role Auth System
Borrower, Caseworker, and Supervisor with JWT sessions
Caseworker Workbench
Claim queue, in-progress tracking, assignment management
Supervisor Portal
Underwriting panel, application review, team oversight
Analytics Dashboard
Charts, funnel metrics, volume trends, approval rates
Mock Integrations
Credit pull, income verification, AVM, and pricing engine
Pre-Qualification Calculator
Instant affordability estimate before a full application
Loan Comparison Tool
Side-by-side comparison of loan scenarios
Plaid-Style Bank Linking
Mock OAuth bank linking flow with manual fallback
Address Autocomplete
Google Places integration with graceful fallback
50-Record Seed Data
Synthetic borrowers and applications for demo realism
377+ Unit Tests
Schema validation, business logic, API route coverage
What Comes Next?
Is this application ready for release? Of course not — it was purposefully built as a prototype and MVP with no expectation of commercial use. Before anything real could ship, the tech stack would need rethinking, every access point would need hardening, and the code would need validation for robustness and scale. None of that work makes sense until there's a real business model behind it — something people actually want to pay for, not just something fun to build.
The more interesting question is: what should you go after?
I recently looked at a mid-sized enterprise's SaaS CRM and found that over a third of the defined entities had zero records, and more than 40% of the attributes on entities that did have records were null. The reuse and speed-to-deploy that SaaS provides is real — but that emptiness points to a lot of waste. You're paying for a platform shaped around someone else's model of your business.
Without wanting to pile onto the Saaspocalypse discourse, there's a genuine argument that the pendulum is swinging back toward bespoke. If AI-assisted development can compress a months-long engagement into weeks, the calculus changes. Better fit, lower ongoing cost, no licensing creep — if done right. The “if done right” still matters enormously. But the cost of getting there just dropped.
Try It Yourself
Sign in using any of the demo accounts below. Each role shows a different part of the system. No real data please — this is a demonstration environment.
| Role | Password | Starting page | |
|---|---|---|---|
| Borrower | borrower@demo.com | demo123 | /dashboard |
| Supervisor | supervisor@demo.com | demo123 | /admin |
| Caseworker 1 | caseworker1@demo.com | demo123 | /caseworker |
| Caseworker 2 | caseworker2@demo.com | demo123 | /caseworker |
Do not enter real personal or financial data. All records are synthetic and for demonstration only.