About
An open-source project, building in public
Keelson is developed in the open — the code, the roadmap, the architecture decisions, and the pricing philosophy are all public in the repository.
The thesis
Every startup accumulates critical work — code, landing pages, configs, docs — and the industry-standard tool for managing it is Git. Git is excellent, and famously hostile to newcomers. Today, nontechnical founders either stay locked out of their own company’s repository, or a developer spends hours teaching them rebase etiquette.
We think founders shouldn’t need to learn Git before they can collaborate. The repository should be the startup’s shared workspace, not the developers’ private territory. So we keep Git real underneath — standard clones, pushes, branches, and HTTPS, then make the interface bilingual: plain language for people who think in “save” and “review,” Git terminology for people who think in commits and pull requests. Both modes operate on the same data through the same server-side rules.
We win when a two-person startup — one technical, one not — can genuinely collaborate in the same repository in their first week, and when the developer never feels the platform is a toy.
What’s in the open
- The code
- Every line, in the public repository.
- The roadmap
- Issues and decisions are discussed where anyone can read them.
- The architecture
- Design decisions and invariants are documented in-repo.
- The pricing philosophy
- Written down, and this site renders from it.
Follow the work, or join it.
Everything happens in the open repository — issues, decisions, and releases.