Für Freelancer

Die Entwicklungsplattform für Freelancer und Einzelentwickler

Als Freelancer bist du Entwickler, Projektleiter und Betreiber gleichzeitig. Die Application Platform übernimmt Setup, Deployment und Server-Betrieb, damit deine Zeit in abrechenbare Arbeit fließt.

Jeder Auftrag startet mit fertigem Projekt-Setup
Kundenprojekte bleiben getrennt, mit eigenen Zugängen
MCP-Server, ap CLI und VS-Code-Plugin für KI-Coding-Agenten

Kostenlos registrieren Funktionen ansehen

Kostenlos starten. Keine Kreditkarte nötig.

Mehrere Kundenprojekte nebeneinander, sauber getrennt.

Kurz gesagt

Wer allein arbeitet, hat kein Plattform-Team im Rücken. Genau diese Lücke füllt die Plattform.

Setup entfällt. Repository, Pipeline, Server-Anbindung, Domain und SSL entstehen beim Anlegen.
Mehrere Kunden ohne Durcheinander. Projekte, Rollen und Zugangsdaten bleiben pro Kunde getrennt.

Freelancer-Alltag mit und ohne Plattform

Die Gegenüberstellung beschreibt Aufgaben, die bei Einzelentwicklern zwischen den eigentlichen Aufträgen liegen.

Aufgabe	Mit der Application Platform	Ohne Plattform
Projekt-Setup	Vollständig abgedeckt: Repository, Struktur, CI/CD-Pipeline, Server-Anbindung, Domain und SSL aus dem Assistenten	Nicht angeboten: Nicht abrechenbare Stunden zu Beginn jedes Auftrags
Mehrere Kunden parallel	Vollständig abgedeckt: Projekte und Organisationen trennen Kunden, mit eigenen Rollen und Zugriffsrechten	Nicht angeboten: Ein Rechner, viele lokale Setups, verstreute Zugangsdaten
Server und Betrieb	Vollständig abgedeckt: Eigener Server per SSH oder Managed Server, mit Docker, Reverse-Proxy, SSL, Firewall und Backups	Teilweise abgedeckt: Server werden nebenbei gepflegt, oft erst im Störfall
Deployment	Vollständig abgedeckt: Jeder Merge läuft durch dieselbe GitLab-CI-Pipeline für Test, Build und Release	Teilweise abgedeckt: Manuelle Schritte, die du nach drei Monaten neu nachlesen musst
Arbeitsumgebung wechseln	Vollständig abgedeckt: Ubuntu-Workspaces mit VS Code, JetBrains, RDP oder VNC. iOS-Builds auf macOS-Geräten der Pipeline	Nicht angeboten: Alles hängt an einem Rechner, ein Ausfall stoppt die Arbeit
Mobile Releases	Vollständig abgedeckt: Flutter, Expo und native Projekte bis in App Store, Play Store und Microsoft Store	Nicht angeboten: Signaturen, Zertifikate und Store-Formulare in Handarbeit
KI-Coding-Agenten nutzen	Vollständig abgedeckt: MCP-Server, ap CLI und VS-Code-Plugin binden Cursor, Claude Code oder Codex an das Projekt an	Teilweise abgedeckt: Agenten arbeiten ohne klare Projektkonventionen und Pipeline
Fehler im Betrieb	Vollständig abgedeckt: Error-Tracking mit Sentry, sobald du dein Konto unter Anbindungen verbindest – inklusive Stacktrace, Release und Kontext	Nicht angeboten: Der Kunde meldet den Fehler, oft am Wochenende
Übergabe am Projektende	Vollständig abgedeckt: Repository, Pipeline-Konfiguration und Server-Setup sind lesbar und übertragbar	Nicht angeboten: Wissen bleibt bei dir, was Rückfragen nach Monaten erzeugt
Auftreten gegenüber Kunden	Vollständig abgedeckt: Audit Log, Rollen, Deployments in Git und EU-Betrieb lassen sich im Angebot belegen	Teilweise abgedeckt: Fragen zu Betrieb und Datenschutz werden pro Anfrage neu beantwortet

Grün bedeutet abgedeckt, gelb teilweise, grau nicht vorhanden. Die rechte Spalte beschreibt keinen Wettbewerber, sondern den üblichen Zustand ohne durchgängige Plattform.

Stand: 10. August 2026. Die Gegenüberstellung beschreibt typische Abläufe und kann je nach Projekt abweichen. Logos sind Marken der jeweiligen Rechteinhaber und dienen nur der Zuordnung.

Was du als Einzelentwickler davon hast

Sechs Punkte, die den Unterschied machen, wenn niemand hinter dir aufräumt.

Abrechenbare Zeit zurückgewinnen

Setup, Pipeline und Server-Grundlagen sind erledigt, bevor du anfängst. Die gesparten Stunden gehen in Arbeit, die du in Rechnung stellen kannst.

Kunden sauber getrennt

Jedes Projekt hat eigene Zugänge, Rollen und Secrets. Kein Kunde sieht Daten eines anderen, und du verlierst den Überblick nicht.

Betrieb ohne Rufbereitschaft im Kopf

Docker, Datenbanken, Reverse-Proxy, SSL, Firewall und Backups richtet die Plattform ein, auf deinem Server oder auf einem Managed Server.

KI-Agenten mit Kontext

Über MCP-Server, ap CLI und VS-Code-Plugin arbeiten Cursor, Claude Code oder Codex in einem Projekt mit klarer Struktur und Pipeline.

Unabhängig von einem Rechner

Ubuntu-Workspaces starten fertig konfiguriert im Browser oder per RDP. iOS-Builds laufen auf macOS-Geräten der Pipeline; eigene macOS-Workspaces folgen.

Übergabe als Verkaufsargument

Umgebungen und Deployments liegen im Git-Verlauf. Du kannst zusagen, dass der Kunde am Ende ein lesbares System bekommt.

Lokal oder in der Cloud arbeiten?

Ganz deine Entscheidung – wir geben dir für beide Wege das ideale Setup.

Lokal Setup-App

Git & Repos
Flutter SDK
Node.js
Docker

Die Setup-App erkennt Tools und startet alles mit einem Klick.

Cloud Remote-Workspace

Ubuntu VM
VS Code im Browser
Von überall

Fertige Entwicklungsumgebung – kein lokales Setup nötig.

Lokal arbeiten oder im Cloud-Workspace, je nach Kunde und Gerät.

So sieht ein neuer Auftrag aus

Vier Schritte von der Zusage bis zum ersten Deployment.

Projekt anlegen

Wähle Stack und Plattformen im Assistenten. Repository, Struktur und CI/CD-Pipeline entstehen mit, ohne altes Boilerplate zu kopieren.
Server klären

Nutze einen Managed Server oder binde den Server des Kunden per SSH an. Das Grundsetup übernimmt die Plattform.
Arbeiten, wo es passt

Entwickle lokal mit der Setup-App oder in einem Cloud-Workspace. Für iOS-Builds nutzt du ein macOS-Gerät der Plattform.
Übergeben

Am Projektende erhält der Kunde Repository, Pipeline und Server-Setup. Rollen und Zugriffsrechte passt du entsprechend an.

Häufige Fragen

Lohnt sich eine Plattform, wenn ich allein arbeite?

Der Vergleich lautet nicht Plattform gegen Team, sondern Plattform gegen unbezahlte Stunden. Setup, Pipeline und Server-Grundlagen fallen bei jedem Auftrag an und landen selten auf einer Rechnung. Der Einstieg ist kostenlos, sodass du die Aussage an einem Projekt prüfen kannst.

Wie halte ich Kundenprojekte auseinander?

Jedes Projekt ist eine eigene Einheit mit eigenem Repository, eigenen Umgebungen und Zugangsdaten. Organisationen und Rollen bestimmen, wer Zugriff hat. Secrets werden zentral statt in lokalen Dateien verwaltet, und das Audit Log zeigt, welche Änderung wann passiert ist.

Was passiert, wenn der Kunde das Projekt selbst weiterführen will?

Der Code gehört dem Kunden, mit vollständiger Code-Ownership. Repository, GitLab-CI-Konfiguration und die Deployment-Beschreibung der Umgebungen sind lesbare Dateien, die sich übertragen lassen. Eine Übergabe wird zum Verwaltungsschritt statt zum Neuaufbau.

Bringt mir das bei KI-Coding-Agenten etwas?

Werkzeuge wie Cursor, Claude Code und Codex liefern bessere Ergebnisse, wenn ein Projekt klare Konventionen hat und jede Änderung Tests und einen Build durchläuft. Die Plattform stellt dafür einen MCP-Server, die ap CLI und ein VS-Code-Plugin bereit.

Kann ich meinen bisherigen Server weiter nutzen?

Ja. Du bindest einen bestehenden Server per SSH an, und die Plattform richtet Docker, Datenbanken, Reverse-Proxy, SSL, Firewall und Backups darauf ein. Alternativ nimmst du einen Managed Server. Ein vom Kunden vorgegebener Server funktioniert genauso.

Teste es am nächsten Auftrag

Registriere dich kostenlos, lege ein Projekt an und vergleiche den Aufwand mit deinem bisherigen Ablauf.

Kostenlos registrieren Mit uns sprechen