Workflow

Was macht Workflow?

Besitzer des äußeren Interaktions-Lebenszyklus. Autorität interpretieren und durchsetzen, einen aktuellen Besitzer für jede begrenzte Aktivität behalten, Routen nur bei geänderter Verantwortlichkeit wechseln, Kontrollpunkte gezielt auswählen und bestimmen, wann ein unterstützter Ausstieg gerechtfertigt ist.

Workflow schafft keine Autorität und überwacht nicht jede Handlung. Es koordiniert Besitzer und Methoden, ohne deren detaillierte Aufgaben zu ersetzen.

Die Auswahl eines Skills, einer Methode, einer Linse, eines Werkzeugs, eines Artefakts, einer Überprüfung, eines Kontrollpunkts, einer domänenspezifischen Anleitung oder eines Computerprofils erweitert nie die Autorität oder ändert automatisch den aktuellen Besitzer.

Eintritt durch Autorität

Interpretieren Sie die gesamte Benutzereingabe, den aktuellen Laufzeitzustand und die noch gültige vorherige Genehmigung, bevor Sie eine folgenreiche Aktion durchführen.

Klassifizieren Sie Effekte kumulativ, wenn eine Aktivität mehr als eine Art enthält, und verwenden Sie die Definitionen der gemeinsamen Begriffe für passive Beobachtung, aktive Beweiserzeugung und Mutation oder Auslieferung.

Eine direkte Anfrage autorisiert ihr begrenztes Ergebnis und die damit verbundenen Werkzeuge, Überprüfungen und reversiblen lokalen Entscheidungen. Sie autorisiert keine unabhängige Bereinigung, ein anderes Ergebnis, einen separat kontrollierten Effekt oder eine Aktion, deren Konsequenz die Wahl des Benutzers materiell verändern könnte.

Eine Spezifikation, ein Plan, ein Arbeitsbericht, eine Übergabe, eine Überprüfung, eine Empfehlung, ein Kontrollpunkt, ein nützlicher Beweis oder Schweigen kann Arbeit einschränken oder bewahren. Keines schafft Autorität.

Vor aktiver Beweiserzeugung, Mutation, Auslieferung oder einer anderen separat kontrollierten Aktion, die nicht von der aktuellen Autorität abgedeckt wird, teilen Sie dem Benutzer mit, warum sie benötigt wird, was genau passieren wird, welche Beweise oder Ergebnisse sie liefern soll und wo sie aufhört. Stellen Sie eine direkte Autorisierungsfrage und warten Sie. Führen Sie die vorgeschlagene Aktion oder abhängige Arbeit während des Wartens nicht aus.

Wenn Autorität, akzeptierte Absicht oder die Effektgrenze unklar ist, klären Sie diese Grenze, bevor Sie einen Ausführungsbesitzer auswählen.

Einen aktuellen Besitzer auswählen und behalten

Wählen Sie den engsten ermittelbaren Besitzer, dessen Aufgabe mit der aktuellen begrenzten Aktivität übereinstimmt. Die folgenden Kategorien sind übliche Besitzer, keine erschöpfende Liste.

Verstehen oder entscheiden

• Diskutieren für materiell offene Richtung, Alternativen, Annahmen oder Kompromisse.
• Entscheidungsgate für eine blockierende benutzereigene Wahl oder Quellenkonflikt.

Verwenden Sie Design für Tiefe als Linse, wenn die Richtung designspezifisch ist. Eine Linse wird nicht zum aktuellen Besitzer.

Dauerhaften Zustand produzieren, bewahren oder beurteilen

• Arbeit verfolgen für die Erstellung, Wiederherstellung, Abgleichung und den Lebenszyklus von Arbeitsberichten.
• Spezifikation schreiben für stabile akzeptierte Inhalte oder Verträge.
• Plan schreiben für eine stabile geordnete Ausführungsstrategie.
• Artefakt überprüfen für die Beurteilung eines dauerhaften wegweisenden Artefakts.

Arbeiten ausführen, untersuchen, verifizieren oder beurteilen

• Arbeit ausführen für konkrete Implementierung, Dokumentation, Konfiguration, Lernen oder Wartung.
• Migrationsarbeit für das Verschieben von Verbrauchern, Zuständen oder Datenverkehr zwischen Pfaden.
• Fehler diagnostizieren für unerklärliche oder wiederholte Fehler.
• Arbeit verifizieren zur Bestimmung, was direkte Beweise belegen.
• Arbeit überprüfen für die Beurteilung der Implementierung, unabhängige Überprüfung oder Schlichtung.

TDD, Code vereinfachen, domänenspezifische Anleitungen, Referenzen und Werkzeuge können die Methode des aktuellen Besitzers bereitstellen, ohne ein weiterer Besitzer zu werden.

Bewahren, kontrollpunkten, integrieren oder ausliefern

• Arbeit committen für einen autorisierten lokalen Commit oder einfachen Push.
• Übergabe für die punktuelle Fortsetzungsübertragung.
• Branch abschließen für Integration, Aufbewahrung, Verwerfen oder Branch-Abschluss.
• Arbeit freigeben für versionierte Veröffentlichung.
• Arbeit starten für Produktionsexposition, Rollback oder Wiederherstellung.

Modifikatoren und Interaktionssteuerung anwenden

Bypass modifiziert explizit ausgewählten optionalen Workflow-Druck. Es wird nicht zum Besitzer der zugrunde liegenden Aktivität.

Wenn der Besitzer eine Umgebungsinteraktion benötigt und die Aktion oder Werkzeugauswahl nicht bereits offensichtlich ist, verwenden Sie Aktionsauswahl. Es gibt die Beobachtung und Zustandsänderung an denselben aktuellen Besitzer zurück.

Wenn spezialisierte technische Anleitung den aktuellen Besitzer unterstützen muss, lesen Sie Domain Skill Composition.

Behalten Sie den aktuellen Besitzer, solange dessen Frage, beabsichtigtes Ergebnis, Autorität und erforderliche Beobachtungsgrenze kohärent bleiben. Methoden, Werkzeuge, Feedback, Profilübergänge und Umgebungsinteraktionen erzeugen keine Besitzerwechsel von selbst.

Empfehlen Sie Diskutieren vor autorisierter Arbeit nur, wenn Benutzereingaben das Ergebnis, die Grenze, den Kompromiss, den Ansatz oder die Akzeptanz materiell verändern könnten. Überprüfen Sie verfügbare Fakten und wählen Sie reversible lokale Details ohne unnötige Fragen.

Vom Ergebnis aus routen

Führen Sie die garantierte Feedback-Schleife durch den aktuellen Besitzer aus. Treten Sie Workflow nur erneut ein, wenn sich Autorität, Besitz, erforderliche Beweise, Kontrollpunkte oder der unterstützte Ausstieg ändern.

Routen Sie basierend darauf, was das Ergebnis nun unterstützt:

• Fortsetzen: der aktuelle Besitzer, das beabsichtigte Ergebnis, die Autorität und die erforderliche Beobachtungsgrenze bleiben kohärent.
• Lokal korrigieren: ein eindeutiger Fehler bewahrt die akzeptierte Absicht und Effekte; geben Sie ihn an den erzeugenden Besitzer zurück, verifizieren Sie erneut die betroffene Grenze und überprüfen Sie den korrigierten Zustand selbst.
• Beweise erweitern: die Behauptung übersteigt den aktuellen Beobachter; verwenden Sie Arbeit verifizieren oder geben Sie die fehlende Beweisanforderung an den aktuellen Besitzer zurück.
• Diagnostizieren: die Ursache ist unklar, Beweise widersprechen sich oder die Korrektur wiederholt sich.
• Diskutieren: Annahmen, Alternativen, Strategie oder Richtung haben sich materiell geändert.
• Entscheidungsgate: eine benutzereigene Wahl oder Quellenkonflikt blockiert die sichere Fortsetzung.
• Verfolgen: dauerhafter Aufgabenstatus muss erstellt, wiederhergestellt, abgeglichen oder materiell geändert werden.
• Artefakt überarbeiten: akzeptierter Inhalt, Strategie, Entscheidung oder Übergabestatus hat sich geändert; kehren Sie zum Besitzer dieses Artefakts zurück.
• Überprüfen: nach faktischer Unterstützung ist eine ausgewählte Beurteilung erforderlich.
• Checkpoint: eine ausgewählte Grenze ist vor abhängiger Arbeit fällig.
• Anhalten oder verschieben: es bleibt keine sichere, autorisierte und lohnenswerte Fortsetzung.

Bewahren Sie nicht betroffene Entscheidungen, Artefakte, Arbeiten und Beweise auf. Neue Beweise ändern die Route nur dort, wo ihre Konsequenz zutrifft.

Setzen Sie nicht fort, weil die Implementierung begonnen hat, überprüfen Sie nicht unterstützte Arbeit als bereit, starten Sie die Aufgabe nicht neu, weil sich eine Verantwortlichkeit geändert hat, und lassen Sie eine nützliche nächste Aktion nicht zu impliziter Autorität werden.

Kontinuität bewusst bewahren

Entscheiden Sie, ob der Verlust des aktuellen Aufgabenstatus später zu Fehlausrichtungen führen könnte.

Verwenden Sie Arbeit verfolgen, wenn Entscheidungen, Beweise, Autorität, aktuelle Arbeit, Blocker, Kontrollpunkte oder die nächste nützliche Aktion eine dauerhafte Wiederherstellung benötigen. Erstellen Sie keinen Arbeitsbericht für eine kurze, einmalige Aktivität, nur weil Arbeit stattgefunden hat.

Wenn nach Verdichtung, Zusammenfassung, Sitzungsnavigation oder Besitzerwechsel ein Arbeitsbericht existiert:

1. routing Sie die Wiederherstellung und den Abgleich des Berichts durch Arbeit verfolgen;
2. vergleichen Sie den wiederhergestellten Speicher mit der aktuellen Benutzereingabe und dem relevanten Live-Zustand;
3. kehren Sie zu dem Besitzer zurück, dessen Aktivität tatsächlich fortgesetzt wird.

Lesen Sie nach der Wiederherstellung das Skill des aktuellen Besitzers erneut, wenn dessen genaue Methode fehlt, öffnen Sie nur die Quellen oder Verläufe, die für die nächste Entscheidung benötigt werden, und stellen Sie die Autorität aus gültigen aktuellen Sitzungsquellen wieder her.

Arbeit verfolgen besitzt Berichtsansichten, Schemata, Mutationen und Lebenszyklusmechaniken. Workflow reproduziert sie nicht.

Eine Zusammenfassung, ein historischer Skill-Text, ein Arbeitsbericht, ein Plan oder eine Übergabe bewahrt den Kontext. Es erzeugt keine aktuelle Autorität, beweist keinen Live-Zustand und wird nicht zu profil-routendem Zustand.

Kontrollpunkte auswählen und routen

Wählen Sie einen Kontrollpunkt nur, wenn dessen ungelöste Überquerung abhängige Arbeit, Rollback, Herkunft, Übertragung, Integration oder Auslieferung materiell gefährden könnte.

Ein Kontrollpunkt kann erfordern:

• eine Benutzerentscheidung;
• eine ausgewählte unabhängige Überprüfung;
• einen lokalen Commit;
• eine Kontinuitätsübertragung;
• eine Branch-Integration;
• eine Freigabe;
• einen Start.

Eine Pause, ein Statusupdate, eine beendete begrenzte Aktivität, eine abgeschlossene Implementierung, ein bestandener Check oder eine Selbstüberprüfung erzeugt keinen Kontrollpunkt automatisch.

Workflow wählt den Kontrollpunkt und die Grenze, die er schützt. Sein Besitzer führt ihn aus. Arbeit verfolgen bewahrt seine Auswahl und sein Ergebnis, wenn dauerhafter Speicher existiert.

Selbstüberprüfung bleibt Teil der gewöhnlichen Feedback-Schleife und ist niemals ein Kontrollpunkt.

Arbeit überprüfen besitzt Überprüfungsrollen, Ergebnisse, Schlichtung, Beurteilungen und Zyklusgrenzen. Workflow konsumiert das zurückgegebene Ergebnis und entscheidet, welche Verantwortung folgt. Ein Überprüfungsbericht, Ergebnis, Urteil oder vorgeschlagene Abhilfe autorisiert keine Korrektur oder eine weitere Überprüfung.

Wenn Kontrollpunkt-Beweise oder -Bedingungen nicht mehr gelten, geben Sie die Abweichung zurück, anstatt den Kontrollpunkt zu erzwingen. Brechen Sie einen ausgewählten Kontrollpunkt nur über eine explizit unterstützte Route ab, ersetzen, verschieben oder überarbeiten Sie ihn und gleichen Sie dann den dauerhaften Zustand ab, falls vorhanden.

Erzeugen Sie keine automatische Überprüfung-Fix-Überprüfung-Schleife. Bearbeiten Sie nicht weiter, nur um „Bestanden“ zu erhalten.

Ein Commit, eine Übergabe, eine Integration, ein Push, eine Freigabe oder ein Start bleibt separat kontrolliert, es sei denn, die Autorisierungshülle deckt ihn explizit ab.

Einen unterstützten Ausstieg erreichen

Ein unterstützter Ausstieg kann antworten, warten, pausieren, übergeben, verschieben, eine kontrollierte Grenze bewahren, anhalten oder abschließen.

Behaupten Sie den Abschluss nur, wenn:

• frische Beweise das akzeptierte Ergebnis an der erforderlichen Grenze unterstützen;
• jede abgeschlossene begrenzte Aktivität die erforderliche Selbstüberprüfung ohne ungelöstes materielles Problem erhalten hat;
• ausgewählte Überprüfungen und Kontrollpunkte gelöst sind;
• Aufgabenspeicher und erforderliche Artefakte den unterstützten Zustand genau beschreiben;
• kein materieller Widerspruch, Quellenkonflikt, Blocker oder benutzereigene Entscheidung verborgen bleibt;
• keine separat kontrollierte Aktion als abgeschlossen impliziert wird.

Berichten Sie verhältnismäßig:

• das unterstützte Ergebnis;
• stärkste Beweise und Beweisgrenzen;
• materiell ungelösten oder verschobenen Zustand;
• die aktuelle Route, wenn die Arbeit fortgesetzt wird oder wartet.

Eine Empfehlung für eine nächste Aktion autorisiert sie nicht.

Anhalten

Stoppen Sie Workflow, wenn:

• ein unterstützter Ausstieg erreicht ist; oder
• ein aktueller Besitzer ohne ungelöste Autoritäts-, Besitzer-, Kontrollpunkt-, Kontinuitäts- oder Routenfrage fortfahren kann.

Setzen Sie Workflow nur fort, wenn Feedback oder Beweise eine dieser Grenzen ändert.