Project Story
About the project
I built SupaDox as a solo submission for the OpenAI CODEX competition to show what one developer can ship with Codex-assisted development. The product solves a problem I kept seeing: people repeatedly rebuild similar forms and documents, then spend extra time fixing style and layout before sharing or exporting.
I wanted a system where form creation is modular from day one. Instead of rebuilding every document, users compose forms from reusable elements, publish assets for discovery, and export polished outputs quickly. The core idea is simple: build once, reuse everywhere.
What inspired me
I was inspired by repetitive workflow friction in real projects:
- Recreating the same components across multiple forms
- Inconsistent visuals between editor previews and exported files
- Manual cleanup before PDF or image delivery
- Weak lifecycle controls around draft, published, and archived content
This competition was the perfect moment to turn that frustration into a production-minded, AI-assisted platform.
How I built it
I built SupaDox as a full-stack TypeScript application:
- Backend API for authentication, account actions, billing, asset lifecycle, and export endpoints
- Frontend form builder for composing reusable elements into complete forms
- Publish/discovery workflows for sharing, duplication, and remixing assets
- Export pipeline using headless Chromium for PDF and image generation
- Dockerized local and app/data environments for consistent runs
- Markdown documentation for workflow-driven execution, release checks, testing paths, and autonomous agentic handoffs
Codex accelerated implementation, refactoring, and iteration across backend, frontend, and docs while I stayed focused on architecture and product decisions.
Challenges I faced
As a solo developer, the biggest challenges were:
- Keeping preview rendering and export rendering consistent
- Designing strict validation and sanitization for user-authored content
- Managing versioned lifecycle states without creating data complexity
- Balancing speed and quality while shipping across multiple layers
- Creating clear markdown workflows so automation and agentic execution remain reliable
What I learned
The biggest lesson was that AI speed only becomes durable when paired with clear system design. Codex made iteration faster, but reusable architecture and explicit workflow docs made that speed maintainable.
I think about it like this:
$$ \text{Project Value} = \frac{\text{Reuse} \times \text{Reliability} \times \text{Automation}}{\text{Time to Ship}} $$
This project is my proof that a single developer, using Codex intentionally, can build a structured, scalable, and competition-ready product end to end.
Log in or sign up for Devpost to join the conversation.