PortafolioSor0/claude-skills-ops-routine – Aktualisierungsseite…

Aktualisierungsseite für den Kunden

Ziel: eine kurze Seite, die der Operator beim nächsten Meeting auf dem Bildschirm teilt, plus eine Liste der Dokumente, die er geöffnet haben sollte.

Inhaltliche Regeln (Feedback des Operators)

• Nur das, was seit dem letzten Treffen mit Jordan neu ist. Lies den neuesten Eintrag in docs/reuniones/ (und bei Bedarf das Transkript). Lass alles weg, was dort bereits besprochen wurde, auch wenn es wichtig ist.
• Kopiere die neuen Punkte nicht in die langlebige Content-Plan-Seite. Das ist der permanente Plan.
• Ich-Perspektive, die Stimme des Operators:
  • „Was fertiggestellt wurde“, „Ich habe entworfen“, „Was ich von dir brauche“, „Als Nächstes für mich“;
  • Jordan ist „du“;
  • niemals „ hat … gemacht“, „erstellt von …“ noch irgendeine Erwähnung von Claude, KI oder Automatisierung.
• In Englisch, klar, mit großer Schrift (der Kunde hat darum gebeten).
• Compliance, auch auf internen Seiten:
  • kein „free“ („unverbindlich“, „kostenlos für Sie“);
  • „Medicare Annual Enrollment Period“, nicht „Open Enrollment“;
  • die genehmigten Haftungsausschluss-Zahlen der Agentur (Anzahl der Organisationen/Produkte) exakt wie in CLAUDE.md.
• Keine lokalen Dateipfade auf der Seite. Jordan hat das Repository nicht.

1. Sammeln, was neu ist

• git log --since="<Datum des letzten Meetings mit Jordan>" und die erstellten oder geänderten Dateien.
• Punkte, die nach diesem Datum in docs/pendientes.md mit [x] markiert sind.
• Antworten auf Dinge, die Jordan gefragt hat (Zahlen, Quellen, gefundene Dokumente).
• Neue Anfragen an Jordan: nur die, die beim letzten Treffen nicht vorgebracht wurden.

2. Die Seite erstellen

• Datei: docs/reuniones/AAAA-MM-TT-whats-new.html, datiert für das nächste Meeting (normalerweise der nächste Geschäftstag).
• Verwende den Stil der aktuellsten Seite (docs/reuniones/*-whats-new.html) wieder: die Agentur-Website-Tokens, Fraunces + Inter, heller und dunkler Modus.
  • Kopiere ihren <style>-Block. Erfinde kein neues Design.
• Struktur:
  1. Kopfzeile: Schriftzug „Avery Benefits Group · Seit unserer Überprüfung am “, Titel „What's new“, eine Zeile, die besagt, dass nur die Änderungen abgedeckt werden.
  2. Kacheln: eine pro Punkt, jeweils mit einem Pill (Erledigt / Entworfen / Gefunden / Braucht dich), der zu seinem Abschnitt verlinkt.
  3. Ein Abschnitt pro Punkt: was getan wurde und warum es für Jordan wichtig ist, kurz. Wenn es Text zur Freigabe gibt (Beiträge, Skripte), diesen einfügen, damit er im Meeting gelesen werden kann.
  4. Was ich von dir brauche: nur die neuen Anfragen.
  5. Fußzeile: „Avery Benefits Group · Jordan Avery, Licensed Insurance Broker · · Internes Update“.
• Titel (<title>): „Update “.

3. Veröffentlichen

• Beim ersten Mal für jede neue Seite: Artifact mit action: "quickstart" (Intention other), dann Artifact veröffentlichen mit file_path, icon (z. B. „update“) und einer einzeiligen description.
  • Wenn die Seite bereits existiert (gleiches Datum), erneut auf dieselbe Datei veröffentlichen.
• Vor der Veröffentlichung einen kurzen Blick im Browser werfen (Screenshot) und nur korrigieren, was sichtbar defekt ist.
• Commit: der Operator als Autor, keine KI-Zuschreibung, kein Push.

4. Bericht an den Operator (auf Spanisch, beginnend mit seinem Namen)

1. Seitenlink und was sie abdeckt, eine Zeile pro Abschnitt.

2. Dokumente, die während des Meetings bereit sein sollten: eine nach Thema gruppierte Liste mit klickbaren Pfaden ([Name](Pfad)) für jedes seit dem letzten Meeting erstellte oder aktualisierte Dokument:

   • PDFs und Word-Dateien für Compliance;
   • Newsletter-HTML;
   • Beiträge;
   • Notizen.

   Sage, welche gegebenenfalls in Gmail-Entwürfen angehängt sind.

3. Erinnere sie daran, dass die Seite privat ist und sie sie über das Teilen-Menü freigeben müssen, damit Jordan sie allein öffnen kann.