Paperclip: Wenn OpenClaw der Mitarbeiter ist, ist Paperclip die Firma

„OpenClaw ist ein Mitarbeiter. Paperclip ist die Firma."

Dieser eine Tweet von @resolvervicky erklärt Paperclip besser als jede Landing Page:

▶️ „OpenClaw is an employee, Paperclip is the company."

Wir haben uns gerade in einem anderen Artikel darüber aufgeregt, dass die meisten Leute den Unterschied zwischen einem Coding-Assistenten (Claude Code) und Agenten-Infrastruktur (OpenClaw) nicht verstehen. Paperclip schiebt jetzt noch eine Ebene drüber: Was ist eigentlich die Firma, in der diese Agenten arbeiten?

Was ist Paperclip?

Paperclip ist ein Open-Source Control Plane für autonome KI-Firmen. Self-hosted, MIT-lizenziert, in TypeScript geschrieben – und mit derzeit ~59.000 GitHub Stars in unter zwei Monaten eines der schnellsten Wachstumsprojekte des Jahres.

Die offizielle Eigenwerbung:

„The human control plane for AI labor. Hire AI employees, set goals, automate jobs and your business runs itself."

Setup ist so brutal einfach wie bei OpenClaw:

npx paperclipai onboard --yes

Interaktives Setup für DB, Auth und erste „Company". Kein Paperclip-Account nötig. Komplett self-hosted.

Warum das Ganze? Das Problem mit Task-Tools

Linear, Jira, Asana – alle gebaut für Menschen. Wenn deine Belegschaft aber aus AI-Agenten besteht, reicht eine To-Do-Liste nicht mehr:

• Wer entscheidet, welcher Agent welchen Task übernimmt?
• Wer kontrolliert die Token-Budgets, bevor ein Agent für $500 halluziniert?
• Wer autorisiert, dass ein Agent einen weiteren Agenten „einstellt"?
• Wer sieht in Echtzeit, was 30 parallel laufende Agenten gerade tun?
• Wer hat den Audit-Trail, wenn die DSGVO-Behörde fragt?

Genau diese Lücke schließt Paperclip.

Die Architektur: Zwei Layer

Paperclip trennt sauber zwischen Steuerung und Ausführung – ein Pattern, das wir aus Kubernetes kennen:

Layer	Was es macht	Beispiele
Control Plane (Paperclip)	Org-Chart, Tasks, Budgets, Heartbeats, Audit	–
Execution Adapters	Agenten laufen extern, melden sich rein	Claude Code, OpenAI Codex, Shell-Prozesse, HTTP-Webhooks, OpenClaw

Kernsatz aus den Docs: „The control plane doesn't run agents. It orchestrates them. Agents run wherever they run and phone home."

Das ist exakt die Architektur, die du brauchst, wenn du mehrere Agenten-Stacks parallel betreibst – etwa OpenClaw für interne Operations und Claude Code für Engineering-Tasks.

Die fünf Kern-Konzepte

Paperclip baut alles auf fünf Bausteinen:

1. Company

Die Firma ist die oberste Einheit. Sie hat:

• Ein Goal (z. B. „Build the #1 AI note-taking app at $1M MRR")
• Employees (alles AI-Agenten)
• Eine Org-Struktur (wer berichtet an wen)
• Ein Budget in Cent
• Eine Task-Hierarchie, die zurück auf das Goal verweist

Eine Paperclip-Instanz kann mehrere Companies parallel betreiben.

2. Agents

Jeder Mitarbeiter ist ein AI-Agent mit:

• Adapter Type (wie er läuft – Claude Code, Codex, Shell, Webhook)
• Role + Reporting (Titel, Manager, Direct Reports)
• Capabilities (was er kann)
• Budget (monatliches Token-Limit)
• Status (active, idle, running, error, paused, terminated)

Strikte Baumhierarchie. Jeder Agent hat genau einen Manager (außer dem CEO). Das ist der Eskalations- und Delegationspfad.

3. Issues (Tasks)

Linear-mäßig: Title, Description, Status, Priority, Assignee, Parent. Jeder Task ist über die Eltern-Kette mit dem Company-Goal verbunden.

Lifecycle:

backlog → todo → in_progress → in_review → done
                      |
                   blocked

Atomic checkout: Wenn zwei Agenten denselben Task gleichzeitig claimen wollen, bekommt einer ein 409 Conflict. Damit gibt es nie zwei Agenten, die parallel am selben Issue herumschrauben.

4. Heartbeats

Agenten laufen nicht durchgehend – sie wachen in Heartbeats auf. Trigger:

• Schedule (alle X Minuten)
• Assignment (neuer Task)
• Comment (@mention)
• Manual (Human klickt „Invoke")
• Approval resolution (Approval angenommen/abgelehnt)

Pro Heartbeat: Identity check → Assignments lesen → Task auswählen → Checkout → Arbeit → Status update.

Das ist die Lösung gegen das „Agent läuft 24/7 und verbrennt $2.000 in einer Nacht"-Problem.

5. Governance

Manche Aktionen brauchen Board Approval (Mensch):

• Hiring – Agenten können um neue Untergebene bitten, der Vorstand entscheidet
• CEO-Strategie – der initiale strategische Plan braucht Approval
• Board Overrides – der Vorstand kann jeden Agenten pausieren, terminieren oder Tasks neu zuweisen

Jede Mutation läuft in einem Activity Audit Trail. Das ist genau der Punkt, an dem Compliance- und DSGVO-Anforderungen lebbar werden.

Warum das gerade explodiert

Drei Gründe, warum Paperclip in unter zwei Monaten 59k Stars eingesammelt hat:

1. Das Mental Model stimmt. @yashns1 bringt es auf den Punkt:

„CEO hires a Coder. You approve it. The mental model is a company you are running, not a tool you are using."

Der Shift von „Ich prompte eine KI" zu „Ich manage ein Team" verändert alles.

2. Die UX ist auf Linear-Niveau. @nummanali sagt: „Built with great taste i.e. design and UX quality like Linear etc." Das ist im Open-Source-Agenten-Space extrem selten.

3. Es ist agent-agnostisch. Kein Lock-in zu einem Anbieter. Du kannst Claude Code, Codex, OpenClaw, eigene HTTP-Endpoints – alles parallel betreiben.

Wo es einzuordnen ist (vs. Make, Claude Code, OpenClaw)

Wir haben in „Make vs. Claude Code vs. OpenClaw" drei Layer der Orchestrierung beschrieben. Paperclip macht das Bild komplett:

Layer	Tool	Was es löst
Workflow-Orchestrierung	Make.com	Strukturierte, sichtbare Multi-Step-Automatisierung
Code & Custom Tools	Claude Code	Scripts, interne Tools, technische Automation
Cross-Channel Execution	OpenClaw	Slack/Teams/Meet Agenten als Action Layer
Company Control Plane	Paperclip	Org-Chart, Budget, Approvals, Audit über alle Agenten

Paperclip konkurriert nicht mit OpenClaw oder Claude Code. Es liegt darüber.

Use Cases, die wir realistisch sehen

Wo Paperclip heute schon Sinn ergibt:

• Autonome Side-Projects: 5-10 Agenten bauen ein SaaS, du bist der „Vorstand"
• Content-Pipelines: Research-Agent → Writer-Agent → Editor-Agent → Publisher, alles mit Goal-Tracking
• Outbound-Maschinen: Lead-Recherche, Personalisierung, Follow-ups – mit Budget-Cap pro Agent
• Engineering-Teams: Claude-Code-Agenten als Coder, einer als Reviewer, einer als QA – mit Approval-Gates für Production-Deploys

Wo es nicht hingehört: regulierte Kernprozesse ohne menschlichen Decision-Owner. Auch mit Audit-Trail bleibt eine autonome KI-Firma rechtlich ein du – mit allen Haftungsfolgen.

Unser Take

Paperclip ist eines der wenigen Tools, das konzeptionell wirklich neu denkt. Nicht „besseres Zapier". Nicht „besserer Coding-Agent". Sondern: Was, wenn die Org selbst Software ist?

Genau das hat Jensen Huang gemeint, als er CEOs nicht nach ihrer Claude-Strategie fragt, sondern nach ihrer OpenClaw-Strategie. Wer das ernst nimmt, braucht eine Antwort auf:

• Wie greifen Agenten auf eure Systeme zu? → OpenClaw / Adapters
• Wie sind sie organisiert? → Paperclip Org-Chart
• Wer hat das Budget-Limit? → Paperclip Budgets
• Wer genehmigt kritische Aktionen? → Paperclip Approvals
• Wer sieht den Audit-Trail? → Paperclip Activity Log

Genau das ist die Claw-Strategie – und Paperclip ist gerade das überzeugendste Stück dieses Puzzles.

Quick Start

Wenn du in 5 Minuten reinschauen willst:

npx paperclipai onboard --yes

→ paperclip.ing · GitHub · Docs

---

Du baust eine Agenten-Architektur und brauchst jemanden, der OpenClaw, Paperclip und Make zusammenbringt? Sprich mit uns – wir bauen genau diese Infrastruktur produktionsreif.

Mehr zum Thema: „Claude Code hat OpenClaw gekillt" – Mythos · Was ist OpenClaw? · Make vs. Claude Code vs. OpenClaw · OpenClaw in Production (RoyClaw)