Mission 1 · CRM-Vertrag
Modellieren Sie den Geschäftsstatus vor dem Integrationscode.
Definieren Sie einen stabilen monday.com-Vertrag, der Bedienerbefehle, Lebenszyklusstatus, Artefakte, KI-Überprüfung, Fehler und Prüfreferenzen trennt.
Build-Sequenz
- Erstellen Sie explizite Felder „ Zoom-Aktion“ und „ Zoom-Status“. Überladen Sie niemals einen von Menschen bearbeitbaren Status sowohl für Befehl als auch für Status.
- Ordnen Sie den Zoom-Link, den Aufzeichnungslink, das Transkript, die KI-Bewertung, die Bewertungsbegründung, die Besprechungszusammenfassung, die nächsten Aktionen, den Verarbeitungsfehler und die ID des letzten Ereignisses zu.
- Verwenden Sie stabile Spaltenbezeichner und Statusbeschriftungs-IDs oder Indizes, sofern die API sie unterstützt.
- Dokumentieren Sie das Verhalten beim Hochladen von Dateispalten getrennt von gewöhnlichen JSON-Spaltenaktualisierungen.
- Schreiben Sie die zulässige Zustandsübergangstabelle und lehnen Sie nicht unterstützte Übergänge vor jedem Anbieteraufruf ab.
Erforderlicher Nachweis
- Bereinigter Schema-Export oder Screenshot.
- Feld-zu-Vertrags-Zuordnung und Zustandsübergangstabelle.
- Ein Beispiel für einen abgelehnten Übergang mit einem eindeutigen Bedienerfehler.
Referenzdateien und Quellen
Offizielle Dokumentation des Anbieters
Bewertungstor
Passieren
Pass: Jedes Feld hat einen Zweck, stabile Bezeichner werden aufgezeichnet und ungültige Übergänge sind deterministisch.
Überarbeiten
Überarbeiten: Das Schema funktioniert, vermischt jedoch Befehle, Zustände, Artefakte oder Fehler auf eine Weise, die zu Mehrdeutigkeiten führt.
Hartes Scheitern
Harter Fehler: Es werden echte Kundendaten, Zugriffstoken, Board-Geheimnisse oder ein nicht überprüfbarer Screenshot übermittelt.
Von Menschen überprüfte Einreichung