> ## Documentation Index
> Fetch the complete documentation index at: https://docs.serviceplan-agents.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Regeln, Methode und Listen
> Wonach sich ein Coworker bei jeder Aktualisierung richtet und wie Vorschläge dazu funktionieren. Mit Beispielen.
> [!NOTE]
>
> **Kurz gesagt:** Bei jeder Aktualisierung richtet sich der Coworker nach drei Vorgaben: den Regeln je Datenbereich, der Methode und den Listen. Du findest alle drei im Reiter **Setup**. Coworker können Änderungen nur vorschlagen. Nichts ändert sich ohne deine Zustimmung.
## Die drei Vorgaben
Bevor der Coworker neue Daten liefert, richtet er sich nach drei Vorgaben:
* **Regeln je Datenbereich:** Für jeden Datenbereich ist schriftlich festgehalten, wie seine Zahlen entstehen. Die Regeln beantworten vier Fragen: Was deckt der Bereich ab? Aus welchen Quellen stammen die Daten? Wie werden sie bewertet? Welche Lücken sind bekannt? Beispiel: Für „Preise pro Woche“ kann festgelegt sein, welche Händler und Quellen zählen. Ebenso, was passiert, wenn es in einer Woche keinen neuen Preis gibt.
* **Methode:** Ein Text mit Festlegungen, die für alle Datenbereiche gleichermaßen gelten. So arbeiten alle Bereiche nach denselben Maßstäben. Beispiel: ob „eine Woche“ von Montag bis Sonntag reicht oder die letzten sieben Tage meint.
* **Listen:** Die Personen, Medien oder Regionen, die das Dashboard beobachtet. Beispiel: die wichtigsten Wettbewerber eines Unternehmens oder die relevanten Fachmedien einer Branche.
So bleiben die Zahlen von Lauf zu Lauf vergleichbar. Übernimmt ein anderer Coworker einen Bereich, liest er dieselben Regeln.
## Was in den Regeln eines Bereichs steht
Im Reiter **Setup** stehen die Regeln unter **Rules per data area**. Die Console zeigt die Überschriften auf Englisch. Das Beispiel zeigt einen Datenbereich „Wettbewerber-News“.
> [accordion] Scope: was der Bereich abdeckt
>
> Was der Bereich abdeckt und was nicht.
>
> *Beispiel:* „Meldungen, Produktstarts und Kampagnen unserer drei wichtigsten Wettbewerber Contoso, Fabrikam und Northwind. Nur die letzten sieben Tage. Keine Stellenanzeigen, keine Börsennachrichten.“
> [accordion] Sourcing: woher die Daten kommen
>
> Die Quellen und die Reihenfolge, in der ihnen vertraut wird.
>
> *Beispiel:* „Zuerst die Pressebereiche der Wettbewerber. Dann zwei Fachmagazine der Branche. Social Media nur zur Bestätigung von etwas, das anderswo gefunden wurde.“
> [accordion] Rules: wie die Daten bewertet werden
>
> Die Regeln, die jede Woche vergleichbar halten.
>
> *Beispiel:* „Ein Eintrag pro Meldung. Die Überschrift in eigenen Worten, höchstens 15 Wörter. Immer Datum und Link angeben. Berichten zwei Quellen dasselbe, bleibt nur die frühere.“
> [accordion] Known gaps: welche Lücken bekannt sind
>
> Ehrliche Grenzen, damit niemand überrascht wird.
>
> *Beispiel:* „Northwind veröffentlicht Pressemitteilungen nur auf Schwedisch. Kleine Meldungen können uns entgehen.“
> [accordion] Parts: welche Listen der Coworker pflegen darf
>
> Manche Bereiche arbeiten mit Listen, die sich ein wenig ändern, etwa die Liste der beobachteten Wettbewerber. Dieser Teil legt fest, welche Listen der liefernde Coworker selbst aktualisieren darf und welche Felder darin.
Du kannst die Regeln auch selbst bearbeiten. Klicke dazu beim Bereich auf **Edit**. Ab der nächsten Aktualisierung gilt deine Fassung. Jede Fassung bleibt erhalten. Mit **Compare** vergleichst du zwei Versionen.
Die Methode und die Listen stehen unter **Method and lists**. Die Methode bearbeitest du mit **Edit method**.
## Vorschläge: Nichts ändert sich ohne deine Zustimmung
Passt eine Regel nicht mehr oder gehört ein neuer Name auf eine Liste, reicht der Coworker einen **Vorschlag** ein. Du findest ihn im Reiter **Setup** unter **Open proposals**. Jeder Vorschlag zeigt den aktuellen Text, den neuen Text und die Begründung.
Ein offener Vorschlag im Reiter Setup
Du entscheidest mit einem von drei Buttons:
* **Accept:** Die Änderung gilt ab dem nächsten Lauf.
* **Edit and accept:** Du passt den Wortlaut an und nimmst die Änderung dann an.
* **Reject:** Du gibst einen Grund an. Der Coworker sieht ihn beim nächsten Lauf.
Ein unbearbeiteter Vorschlag blockiert nichts. Die bisherigen Regeln gelten dann weiter. Die verantwortliche Person (Owner) erhält nach jedem Lauf eine E-Mail mit allen neuen Vorschlägen. Bei jedem Bereich kannst du zusätzlich **Notify me about new proposals for this feed** einschalten.
```mermaid theme={"dark"}
%%{init: {'theme':'base', 'themeVariables': {'primaryColor':'#FFF5F5','primaryBorderColor':'#FF4B4F','primaryTextColor':'#141414','lineColor':'#FF4B4F','tertiaryColor':'#ffffff','fontSize':'14px'}}}%%
flowchart LR
A["Coworker bemerkt
etwas"] --> B["Er reicht einen
Vorschlag ein"]
B --> C{"Du entscheidest"}
C -->|"Accept"| D["Neue Regel gilt
ab dem nächsten Lauf"]
C -->|"Reject, mit Grund"| E["Regel bleibt,
Coworker sieht den Grund"]
```
## Bereiche ohne Regeln
Nicht für jeden Datenbereich sind Regeln schriftlich festgehalten. Der Coworker liefert dann zwar Daten. Sein Vorgehen ist aber nirgends dokumentiert. Welche Quellen er nutzt und wie er sie bewertet, kann sich deshalb von Lauf zu Lauf ändern. Damit ändern sich auch die Ergebnisse.
Mit **Write them down** schließt du diese Lücke. Der liefernde Coworker schreibt auf, wie er den Bereich bisher erstellt hat. Das Ergebnis erhältst du als Vorschläge, die du annimmst, bearbeitest oder ablehnst. Neue Daten holt der Coworker dabei nicht. Im Dialog kannst du unter **Was ist dir wichtig?** (*What matters to you?*, optional) angeben, worauf es dir bei den Regeln ankommt. Vor dem Start siehst du eine Kostenschätzung.
Möchtest du die Regeln lieber selbst schreiben, nutze **Write them myself**.
## Wie es weitergeht
> [card] [Datenbereiche und Aktualisierung](https://docs.serviceplan-agents.com/de/live-apps/data-feeds.md)
>
> Rhythmus, Lieferung und Laufzeit.
> [card] [Häufige Fragen](https://docs.serviceplan-agents.com/de/live-apps/what-if.md)
>
> Zum Beispiel: Was passiert, wenn ich einen Vorschlag nicht bearbeite?
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.