So funktioniert es

Dieselben vier Phasen, jedes Briefing.

Sammeln, analysieren, briefen, freigeben. Jeder Officer durchläuft diese Schleife. Jeder Fund kommt mit einer Beweiskette. Jede Aktion wartet auf deine Freigabe. Das ist das ganze Produkt.

01
Sammeln

Die Officers holen die Daten.

Jeder Officer läuft nach seinem eigenen Zeitplan. Montags um 8 Uhr, täglich um 7:30 Uhr, wann immer — du entscheidest. Zum geplanten Zeitpunkt zieht der Officer die Daten aus den Quellen, die du eingebunden hast.

  • Bezieht Daten aus First-Party-Connectors (Slack-Threads, Notion, Linear, Stripe, GA, Search Console) und öffentlichen Quellen (Competitor-Seiten, Bewertungsplattformen, Social Listening).
  • Jeder Abruf wird mit Zeitstempel, Quell-URL und Response-Hash protokolliert — hier beginnt die Beweiskette.
  • Wenn eine Quelle ratenlimitiert oder nicht erreichbar ist, wiederholt der Officer mit exponentiellem Backoff und markiert den Lauf als "unvollständig" — anstatt die Lücke zu halluzinieren.
  • Pro-Tenant isolierte Laufzeitumgebung — deine Daten teilen sich niemals einen Prozess mit einem anderen Kunden.
02
Analysieren

Abgleich mit deiner Baseline.

Rohdaten werden nur dann zu einem Fund, wenn sich etwas gegenüber dem letzten Stand des Officers verändert hat. Jeder Fund enthält vier Pflichtfelder — Quelle, Zeitraum, Baseline, Auslösegrund.

  • Der Officer lädt seine MEMORY.md — den Wettbewerbs-Snapshot der letzten Woche, die Keyword-Positionen des letzten Monats, den CAC des letzten Quartals.
  • Vergleicht die heutigen Daten mit der gespeicherten Baseline. Ein neues Competitor-Feature, ein Ranking-Einbruch, eine Preisänderung auf der Landingpage — alles taucht hier auf.
  • Funde, bei denen eines der vier Beweisfelder fehlt, werden automatisch auf "Vorschlag" herabgestuft und lösen keine Freigabekarte aus.
  • Die Beweisabdeckung liegt bei ≥ 95 % über alle Produktiv-Deployments — wir messen und berichten das.
03
Briefen

Lesbare Zusammenfassung in dein IM pushen.

Ein Briefing ist ein knapper 3–6-satziger Überblick pro Fund — kein Bericht zum Analysieren. Landet direkt in Slack, Discord oder Telegram, formatiert zum Überfliegen in 30 Sekunden.

  • Aufgebaut als: Headline · der Fund in einem Satz · warum er wichtig ist · die vorgeschlagene Aktion · die Beweiskette als Footer.
  • Jeder Quellenlink ist anklickbar — direkt zum ursprünglichen Notion-Dokument, zur Preisseite des Wettbewerbers, zum Ranking-Dashboard.
  • Wird in den Kanal geliefert, den du beim Onboarding angibst. Als Thread, wenn du möchtest; auf oberster Ebene, wenn nicht.
  • Keine doppelten Benachrichtigungen — der Officer merkt sich, welche Funde du bereits gesehen hast, und zeigt sie nur bei echten Änderungen erneut.
04
Freigeben

Ein Tippen, dann führt der Officer aus.

Jedes Briefing hat drei Buttons: Freigeben, Fragen, Archivieren. Freigeben → der Officer führt die Aktion sofort aus. Fragen → der Officer geht tiefer und meldet sich zurück. Archivieren → es verschwindet aus deinem Feed.

  • Freigaben sind eine State Machine: proposed → pending_approval → approved → executed (oder failed, oder expired nach 48h).
  • Nur ein freigegebenes, nicht abgelaufenes Token erreicht die Ausführungsebene. Der Officer kann ohne dein explizites Tippen keine Aktion ausführen — by design, nicht per Konfiguration.
  • Jede Freigabe ist auditierbar: wer wann getippt hat, auf welche Beweise hin, und was der Officer daraufhin getan hat.
  • Bei einem Ausführungsfehler wiederholt der Officer und gibt dann an das Ops-Team weiter. Du erfährst, was passiert ist — kein Rätseln.
Memory-Architektur

Der strukturierte Zustand, der Phase 2 vertrauenswürdig macht.

Naive "Agent mit langem Kontext"-Setups merken sich alles und bedeuten nichts — sie driften in Rauschen und schreiben sich in Brei um. Wir haben stattdessen eine strukturierte Memory-Ebene gebaut. Zwei Dateien, vier Abschnitte, eine Disziplin.

USER.md

Das Company-Brief, das jeder Officer liest

Beim Onboarding aus deinen Eingaben generiert — Unternehmensname, Branche, Zielkunde, Wettbewerber, Kanäle, Ziele. Von jedem Officer deines Tenants geteilt, zu Beginn jeder Session gelesen. Hart bei 20.000 Zeichen gedeckelt, durchgesetzt.

# Acme · company brief industry: restaurant SaaS competitors: SevenRooms, Tock, Resy goals: Q2 · +30% demo requests
MEMORY.md

Vier benannte Abschnitte, pro Officer

  • Letzte Beobachtungen —— eine Zeile pro Wettbewerber, Keyword oder Kampagne. Die Baseline, gegen die die nächste Beweiskette verglichen wird.
  • Laufprotokoll —— eine Zeile pro Lauf, mit einem Selbstbewertungs-Score von 1–5. So wird Drift erkannt.
  • Dauerhafte Fakten —— vom Operator gepflegte Wahrheiten, die jeden Dreaming-Zyklus überleben. Pinne "Competitor X wurde in Q3 übernommen" oder "Unternehmen Y nicht monitoren" — es bleibt.
  • Bootstrap —— Regeln für den ersten Start, damit ein frisch provisionierter Officer nicht blind startet.
Dreaming

Konsolidierung zwischen den Läufen

Ein Offline-Konsolidierungsdurchlauf komprimiert die Beobachtungen des Tages zu dauerhaftem Wissen — über Nacht, nicht mitten im Lauf. Der Agent selbst ergänzt während eines Laufs nur. Er überschreibt nie seinen eigenen Speicher. So verhindern wir das Selbstkorrumpierungs-Fehlermuster.

Tenant-Isolation

Kein mandantenübergreifender Speicher

Jeder Tenant läuft auf seiner eigenen isolierten Laufzeitumgebung. MEMORY.md und USER.md leben in einem Tenant-eigenen Workspace. Was deine Agents über dein Unternehmen lernen, fließt in keinen anderen Kundenagenten — durchgesetzt auf der Laufzeitgrenze, nicht nur per Policy.

Beweisketten-Anker

Memory macht Funde vertrauenswürdig

Das baseline-Feld jedes Funds stammt aus der letzten Beobachtung in MEMORY.md. Keine Baseline → keine Freigabekarte, automatisch auf Vorschlag herabgestuft. Die Memory-Ebene ist es, die Phase 2 erlaubt zu sagen "etwas hat sich verändert" statt "etwas existiert."

Die Beweiskette

Vier Felder, keine Ausnahmen —
jeder Fund trägt sie.

Das ist der Vertrag. Ein Fund, der nicht alle vier Felder liefern kann, erreicht dich nie als Freigabekarte — er wird auf einen Vorschlag herabgestuft und für das Ops-Team protokolliert.

Quelle
Pflicht
sevenrooms.com/features/waitlist

Eine URL, Datei-ID oder API-Response-Hash, die du anklicken und prüfen kannst. Nie "meine Trainingsdaten" oder "allgemeines Wissen."

Zeitraum
Pflicht
2026-04-13 → 2026-04-20

Das Fenster, das der Fund abdeckt. So weißt du, ob das Neuigkeiten dieser Woche oder ein Trend aus dem letzten Quartal ist.

Ausgangswert
Pflicht
Feature existierte nicht vor dem 2026-04-12

Was der Officer vorher wusste. Ein Fund ohne Baseline ist nur eine Beobachtung.

Auslösegrund
Pflicht
Seite hat sich verändert. Diff: +waitlist module, +FAQ section, +demo CTA.

Die konkrete Änderung, die diesen Fund aus dem Rauschen gehoben hat. Macht die Review schnell — du musst nicht selbst vergleichen.

Ein echtes Briefing

So landet es
in deinem Slack.

# growth-officer
M
MarktforschungsleiterAPP · Mo 8:02 Uhr
SevenRooms hat ein Wartelisten-Feature geliefert — wir sollten bis Donnerstag eine Positionierung bereit haben.
Ihre Marketing-Seite wurde am Dienstag, dem 2026-04-16, mit einem neuen Wartelisten-Modul, einem FAQ-Abschnitt und einem Demo-CTA aktualisiert. Noch kein Ankündigungspost — sie wärmen es vor dem Launch auf. Das trifft direkt unser "No-Wait-Host"-Messaging. Empfehlung: Vergleichspost bis Donnerstag veröffentlichen, Sales bis Freitag briefen.
Quelle: sevenrooms.com/features/waitlist
Zeitraum: 2026-04-13 → 2026-04-20
Ausgangswert: Feature existierte nicht vor dem 2026-04-12
Auslöser: +Wartelisten-Modul, +FAQ-Bereich, +Demo-CTA auf der Features-Seite
Freigeben → Vergleichspost in Notion erstellenNachfragenArchivieren
JL
Jake8:07 Uhr
Genehmigt
M
MarktforschungsleiterAPP · 8:07 Uhr
On it. Draft page "SevenRooms vs uns — Wartelistenvergleich" created in Notion · assigned to @jake · due Thursday. Ich melde mich Freitag für den Status.
Gute Fragen

Ein paar Dinge, die klar sein sollten.

Was, wenn ein Officer etwas falsch macht?

Du hast drei Optionen. Briefing ablehnen (wird nicht ausgeführt, archiviert mit Begründung). Nachfragen (Officer geht tiefer, passt Baseline an, versucht es erneut). Ans Ops-Team melden (wir prüfen die Beweiskette, optimieren den Officer-Speicher und gutschreiben deinem Konto, wenn es unser Fehler war).

Kann ich den Zeitplan ändern?

Ja. Jeder Officer hat einen Cron-Ausdruck, den du im Portal bearbeitest. Täglich, wöchentlich, stündlich oder als Ad-hoc-"Jetzt ausführen" aus dem Dashboard. Zeitplanänderungen greifen beim nächsten Lauf.

Was passiert in der ersten Woche?

Onboarding-Lauf: Der Officer baut seine Baseline auf. Du erhältst ein zusammenfassendes Briefing des aktuellen Stands (noch kein Diff). Ab Woche zwei sind Briefings nur noch änderungsbasiert.

Wo leben Freigaben nach der Ausführung?

Jede Freigabe plus die ausgelöste Aktion wird in der Laufhistorie deines Tenants gespeichert, über das Portal-Dashboard zugänglich und als JSON exportierbar. 30-tägige Aufbewahrung nach Kündigung, dann kryptografische Löschung.

Bereit, die Schleife für dein Unternehmen zu sehen?

Füge eine URL ein und dein AI-Wachstumsteam legt noch heute los.

Kostenlos testenPreise ansehen
So funktioniert es — Ceres AI Growth Officer