Zum Inhalt springen

Bekannte Einschränkungen der Flow-Alpha ​

Geschlossene Alpha. Diese Grenzen sind in der aktuellen Builder-Alpha beabsichtigt.

Enthalten ​

  • Workflow-Design, Validierung, Versionierung und Simulation.
  • Überprüfbare Workflow-Ideen ohne Behauptung einer Live-Ausführung.
  • Ein vorbereiteter, getrennt abgesicherter Provider-Preview-Vertrag; nach dem Release darf er Modelle auflisten und eine ausdrückliche neutrale Anfrage mit höchstens 32 Ausgabetokens senden.

Nicht enthalten ​

  • Modellinferenz oder Provider-Aufrufe aus einem Workflow.
  • Repository-, Datei-, Shell- oder Issue-Operationen.
  • Externe Aktionen, unbeaufsichtigte Ausführung oder allgemeine Verfügbarkeit.
  • Ein veröffentlichter Flow-Consumer oder npm-next-Release für den vorbereiteten gemeinsamen Agent-/Vertragskandidaten.

Der Provider-Preview ist derzeit nicht verfügbar. Nach dem Release bleibt er Invite-only, von der Workflow-Ausführung getrennt und von Login, Berechtigung, produktspezifischem Pairing sowie einer lokalen Freigabe des exakten Providers abhängig. Er macht keine Workflow-Inferenz verfügbar.

Die vorbereitete Pairing-Autorisierung ist absichtlich kurzlebig: Der an die Pairing-Challenge gebundene Browser-Grant läuft nach 60 Sekunden ab, die daraus entstehende lokale Flow-Sitzungsfamilie nach höchstens fünf Minuten. Eine neue Autorisierung ist beabsichtigt; dieser Alpha-Vertrag enthält keine unbeaufsichtigte oder langlebige Flow-Agent-Sitzung.

Halte Produktionsdaten, Kundenmaterial, Secrets und vertrauliche Workflow-Inhalte aus Alpha-Feedback heraus. Öffentliche Änderungen stehen im Flow-Changelog.

QA Studio · Flow · Gemeinsamer lokaler Agent · Provider-Status