Zum Inhalt springen
Marius Rieg.

Technology

CodeBase: Our Internal Starting Point for Tools, Ideas, and Systems

By Marius Rieg · · 3 min read

Summary: CodeBase gathers all of Luftschloss's internal tools in one place - status, ownership, and direct access instead of scattered links. Deliberately lightweight, built in the look of a code editor, and it grows with every new project.

The more tools a team builds itself, the faster track of where they actually live gets lost. At Luftschloss we reached that point quickly: links in chats, browser bookmarks, scattered Vercel projects, local dev environments. Whoever needed a tool had to find it before they could open it. With CodeBase we built a central starting point for that.

The idea is deliberately simple

CodeBase isn't an enterprise portal with role concepts and approval workflows, it's a clear internal interface for a small team. The platform shows every relevant tool, its status, the team responsible, and a direct open link. Whoever needs a tool finds it and opens it – nothing more is needed at the start.

What's already in the index today

The current tool index already covers several areas: Marius OS for personal daily planning, the Luftschloss idea board, the outreach CRM, a demonstrator for Edeka projects, and the Tender Alert Bot for public tenders. Productivity, sales, idea management, client demos, and tender radar – different tools, one shared entry point.

Why this became necessary right now

CodeBase is a direct consequence of the fact that AI-assisted development has made building custom software so cheap. When a new internal tool still cost weeks of development time, maybe two or three appeared per year – everyone knew them by heart. But when a new tool goes live in a few days, the math flips: suddenly there's more internal software than one head can remember, and the bottleneck shifts from building to finding again.

That's a pattern many teams are experiencing right now without naming it: the low barrier to entry for building your own tools produces sprawl. Everyone builds their own script, their little app, their automation bot – and six months later nobody knows what exists, what's still running, and who's responsible. CodeBase is our answer to that: a deliberately set counterweight to fragmentation.

The code-editor look is no accident

Visually, CodeBase takes its cues from a code editor: dark interface, monospace type, syntax colors, a tool list in the style of an index. That's a deliberate choice, not decoration – CodeBase is the base from which new software projects get started, opened, and organized. The look makes it clear at a glance: this is a work tool, not a marketing portal.

An index is also a discipline

The underrated side effect: once a tool only counts as "existing" when it's in CodeBase, a gentle pressure toward order emerges. A new tool gets a name, a responsible area, a status – before it disappears into everyday work. The index is therefore not just a place to find things, but a piece of mini-governance for a team that builds fast. No heavyweight processes, but enough structure that nothing goes feral in silence.

Where it can still grow

Down the line: user roles and login, in-tool documentation, deployment status, links to GitHub and Vercel, and a structured process for developers to register new tools themselves. For now, though, CodeBase fulfills exactly the purpose that matters most: creating an overview and making access easier. We deliberately didn't start with the full build-out – that would be the same mistake we avoid on client projects: first the smallest useful tool, then iteratively whatever daily use actually calls for.

Conclusion

CodeBase is our internal operating system for software projects – a place where tools don't vanish into chat threads, but stay findable, usable, and buildable on. A small, unspectacular tool that still takes friction out of the work every single day.