Was ist ein Kundenprojekt-Agent?

Ein enger Agent für genau ein Projekt. Er hält Brand Notes, offene Aufgaben, Preview-Links, Entscheidungen und Freigaberegeln getrennt von allen anderen Kunden.

Sollte er Live-Websites automatisch ändern?

Nein. Die sichere Version arbeitet preview-first: Branch oder Preview erstellen, Änderung zusammenfassen, Freigabe einholen und erst dann manuell oder über einen freigegebenen Release-Pfad shippen.

Was ist der einfachste erste Workflow?

Starte mit einem read-only Daily Standup: shipped, pending, blocked, wartet auf Kunde, Risiken und die nächsten drei sicheren Aktionen.

gib jedem Kundenprojekt einen kleinen Agenten

Ein praktischer Workflow für Freelancer und kleine Teams: ein isolierter Projekt-Agent, ein Preview-Rhythmus und ein täglicher Standup gegen Kontextverlust.

kurze Version

Kundenarbeit bricht, wenn Kontext ausläuft.

Nicht dramatisch. Eher nervig klein: die richtige Logo-Version liegt in einem Chat, die Kundenpräferenz in einer Mail, der Preview-Link ist irgendwo in Slack, und der Agent von heute weiß nicht, was gestern entschieden wurde.

Also bau nicht eine riesige “Agency AI”. Bau einen kleinen Agenten pro Projekt.

Agent pro Kundenprojekt

Live-Änderungen ohne Preview-Freigabe

Standup-Felder, die Kontext warm halten

Client-Site-Agent-Loop

klein, isoliert, approval-first

01

Discovery Notes
02

Projekt-Memory
03

Task Queue
04

Preview URL
05

Kundenfeedback
06

Daily Standup

der überraschend nützliche Teil

Der Agent ist nicht nützlich, weil er schneller HTML schreibt.

Er ist nützlich, weil er sich die langweilige Projektform merkt:

Brand-Regeln
was der Kunde schon abgelehnt hat
welche Seiten im Scope sind
die Preview-URL-Gewohnheit
die Release-Regel
wer was freigeben muss

Dadurch wird aus dem Agenten kein “zufällig hilfreicher Praktikant”, sondern ein kleiner Projekt-Operator. Kein CEO. Kein Designer. Kein Account Manager. Nur das Ding, das über Nacht keine kleinen Bälle fallen lässt.

Mega-Assistent vs. Projekt-Agent

ein Assistent für alles

mischt Kunden, Stilregeln und alte Entscheidungen
braucht jedes Mal eine lange Erinnerung
kann versehentlich zu breit handeln
reportet Vibes

ein Agent pro Projekt

hält einen Projektkontext sauber
startet aus gespeicherten Brand Notes und offenen Aufgaben
hat ein enges Repo, eine Task Queue und eine Freigaberegel
reportet shipped, pending, blocked, risks und next actions

kleiner Workflow zum Klauen

Starte read-only. Wirklich.

Gib dem Agenten einen Job: jeden Morgen den Kunden-Standup schreiben. Kein Publishing. Keine Mails. Keine Live-Edits.

Du bist der Projekt-Agent für [Kunde/Projekt].

Nutze nur Notizen, Repo-Status, Task-Liste und Preview-Links aus diesem Projekt.
Vermische keinen Kontext aus anderen Kundenprojekten.

Erstelle den heutigen Standup:
1. shipped seit dem letzten Standup
2. pending work
3. blocked oder wartet auf Kunde
4. Risiken / unklare Annahmen
5. Preview-Links, die Review brauchen
6. die nächsten 3 sicheren Aktionen

Regeln:
- keine Live-Deploys
- keine Kundennachrichten, außer als Entwurf zur Freigabe
- wenn Kontext fehlt, sage genau, was fehlt

Dieser eine Prompt reicht, damit das System wertvoll wird, bevor es mächtig wird.

die Freigabegrenze ist das Produkt

Die gefährliche Version ist offensichtlich: Ein Agent editiert still eine Kundenseite, pushed live und erklärt danach selbstbewusst das Falsche.

Die nützliche Version ist langweilig:

nutzen / vermeiden

nutzen für

✓ Daily Standups aus Commits, Tasks und Notizen
✓ Preview-first Website-Änderungen
✓ Kundenfeedback in Action Items zusammenfassen
✓ Update-Nachrichten für menschliche Freigabe entwerfen

vermeiden

× kundenrelevante Änderungen automatisch live stellen
× Kontext zwischen Kunden mischen
× Geschmacks-, Scope- oder Preisentscheidungen allein treffen
× so tun, als wären fehlende Anforderungen geklärt

Minimum Viable Project Agent

Ein Projektordner mit Notizen, Entscheidungen, Aufgaben und Links.
Eine Preview-URL-Regel: Änderungen werden gezeigt, bevor sie live gehen.
Ein Daily-Standup-Format, das ein Mensch in 30 Sekunden scannen kann.
Eine harte Freigabeliste für Live-Deploys, Pricing, Scope und Kundennachrichten.

warum das besser ist als noch ein Dashboard

Ein Dashboard wartet darauf, dass du es öffnest. Ein Projekt-Agent wacht auf, liest das Projekt und sagt dir, was Aufmerksamkeit braucht.

Das ist der echte Hebel: nicht Kundenurteil ersetzen, sondern den Warm-up-Cost senken, wenn du wieder in ein Projekt einsteigst. Du kannst einen Tag weg sein und weißt trotzdem: was sich geändert hat, was blockiert ist, was Freigabe braucht und was der nächste sichere Schritt ist.

Halte den Agenten klein. halte den Scope langweilig. mach Freigabe explizit.

So wird Kundenarbeit schneller, ohne weird zu werden.