Ein wöchentlicher Wettbewerber-Digest von einem KI-Mitarbeiter in Claude Code

Warum Snapshots besser sind als ein News-Feed

Eine Preisänderung bekommt selten einen Blogartikel. Wer den Text jeder Seite speichert und vergleicht, erwischt auch die leisen Änderungen: ein gesenktes Limit, einen umbenannten Plan, eine gestrichene kostenlose Stufe.

• Es ist exakt: Der Digest zitiert den alten und neuen Wortlaut, also streitet niemand darüber, was sich geändert hat.
• Es ist günstig: reiner Text in deinem Repository, versioniert mit Git, kein Scraping-Dienst nötig.
• Es ist nachvollziehbar: Die Geschichte der Preisseite jedes Wettbewerbers steht in deinem Git-Log.
• Es hält deine Seiten ehrlich: Vergleichsseiten veralten schnell. Viele Devin-Listen nannten zum Beispiel noch einen Plan für $500 und Preise pro ACU, nachdem devin.ai seine Self-Serve-Pläne auf Kontingente und Credits umgestellt hatte, wie unsere Seite zu Devin-Alternativen festhält.

So richtest du einen wöchentlichen Wettbewerber-Digest ein

1. Schreib die Beobachtungsliste

   Eine Zeile pro öffentlicher Seite: Preise, Changelog oder Releases, Plan-Limits in der Doku und die Vergleichsseiten, die sie über dich veröffentlichen.

   # competitors.md
   Acme | https://acme.com/pricing   | Preise
   Acme | https://acme.com/changelog | Changelog
   Acme | https://docs.acme.com/limits | Plan-Limits
   Beta | https://beta.dev/pricing   | Preise
   Beta | https://github.com/beta-dev/beta/releases | Releases

2. Kopier die Rollenbeschreibung

   In die CLAUDE.md für Claude Code oder die AGENTS.md für Codex. Web-Fetch ist alles, was er braucht; für Seiten, die nur im Browser rendern, gib ihm ein Browser-Tool.

   # Rolle: Wettbewerbsbeobachter
   Läuft über das wiederkehrende Issue "Wöchentlicher Wettbewerber-Digest", montags um 9:00.
   
   Beobachtungsliste: competitors.md (eine Zeile pro Seite: Name, URL, was es ist).
   
   1. Ruf jede Seite aus competitors.md ab, eine nach der anderen.
      Nur öffentliche Seiten; melde dich nie im Produkt eines Wettbewerbers an.
   2. Speichere den lesbaren Text unter competitors/<name>/<seite>.md.
   3. Vergleich ihn mit der Kopie von letzter Woche (git diff). Ignoriere Datumsangaben,
      Zähler und Cookie-Banner.
   4. Schreib den Digest: was sich geändert hat, mit Link und dem alten und neuen
      Wortlaut bei Preisen, Plänen und Limits.
   5. Sag, was wir tun sollten: Vergleichsseiten aktualisieren, auf einen Launch
      reagieren, oder nichts.
   6. Committe die Snapshots, poste den Digest im Issue, markiere es als erledigt.

3. Plan es wöchentlich ein

   Mach es zu einem wiederkehrenden Issue, zum Beispiel mit --repeat "weekly on mon at 9:00", zugewiesen an deinen Marketing- oder SEO-Mitarbeiter.

4. Handle danach

   Empfiehlt der Digest, eine Vergleichsseite zu aktualisieren, kann derselbe Mitarbeiter das als nächstes Issue übernehmen und einen Pull Request öffnen.

Was du beobachten solltest, und warum

Grundregeln

• Nur öffentliche Seiten. Melde dich nicht im Produkt eines Wettbewerbers an und nutze kein Testkonto, um Daten zu sammeln.
• Ruf eine Seite nach der anderen in normalem Tempo ab, einmal pro Woche; du liest, du crawlst nicht.
• Zitieren statt raten: Ist eine Seite mehrdeutig, sagt der Digest das und verlinkt sie.
• Lass bei allem Öffentlichen einen Menschen entscheiden: Änderungen an deinen Vergleichsseiten gehen durchs Review.

Lass deinen Marketing-Mitarbeiter Wache halten

Der Digest ist ein wöchentliches Issue für einen KI-Mitarbeiter, dem deine Vergleichsseiten ohnehin gehören. Crewmark gibt deinem Claude Code oder Codex genau diesen Job, mit Arbeitszeiten und einem Heartbeat.

1. Fang mit einer Rolle an

   Dem KI-Marketing-Agenten oder dem KI-SEO-Spezialisten.

2. Leg das wöchentliche Issue an

   Es kommt jeden Montag wieder; der Mitarbeiter veröffentlicht den Digest und legt Folge-Issues für Seiten an, die aktualisiert werden müssen.

3. Sieh dir weitere Marketing-Aufgaben an

   Unter Claude Code für Marketing und beim täglichen SEO-Bericht.

FAQ