Factory macht Environments als Sandboxes für Cloud-Droids allgemein verfügbar

Was ein Environment ist

Factory beschreibt ein Environment als wiederverwendbare Definition der Sandbox, in der Droids laufen. Sie setzt sich aus den Repositories, Werkzeugen und Abhängigkeiten zusammen, die die Agenten benötigen. Factory baut jedes Environment vorab zu einem portablen Image, sodass die Sandbox bereitsteht, bevor der Droid ankommt.

Laut Unternehmen können Teams durch den Betrieb der Agenten in der Cloud Projekte auf Dutzende von ihnen parallelisieren und sich abmelden, während sie weiterarbeiten. Environments sind der erste Baustein dessen, was Factory als seine Vision der besten Cloud-Agent-Erfahrung bezeichnet und diese Woche ausliefert.

Das Argument zielt auf das Onboarding. Factory vergleicht einen Agenten in einer brandneuen Umgebung mit einem Ingenieur an seinem ersten Arbeitstag: Er muss herausfinden, wie er Repositories klont, Toolchains installiert, undokumentierte Konfigurationen aufspürt und einen ersten erfolgreichen Build abschließt. Laut Factory verbringen Agenten damit Zeit und Tokens statt mit sinnvoller Arbeit. Environments halten diese Onboarding-Arbeit fest, sodass jeder Droid sofort mit dem Beitragen beginnen kann.

Das Agent-Readiness-Framework von Factory nennt einen dokumentierten Einzeiler als Setup-Befehl als Kriterium für agentenfähige Codebasen, und das Unternehmen sagt, die Konfiguration eines Environments solle so einfach sein wie das Onboarding eines neuen Mitarbeiters.

Alle paar Stunden neu gebaut und validiert

Weil Engineering-Teams Änderungen schnell ausliefern, kann einer heute funktionierenden Umgebung morgen schon ein zentrales Update oder eine Abhängigkeit fehlen. Factory zufolge werden Environments alle paar Stunden neu gebaut und jeder neue Build wird validiert. Nur erfolgreiche Builds werden freigegeben, sodass Droids nie in einer fehlerhaften Umgebung starten.

Das fließt in Automations ein, die wiederkehrende Aufgaben nach Zeitplan oder als Reaktion auf Slack, GitHub und Webhooks ausführen. Zeigt eine Automation auf ein Environment, startet jeder Lauf in einer frischen Sandbox aus dem letzten validierten Build. Factory nennt zwei Beispiele: ein Sicherheitsaudit am Montagmorgen, das nicht scheitert, weil ein früherer Droid Computer ausgefallen ist, und eine Webhook-Automation, die einen CI-Fehler binnen Sekunden einordnet, statt erst Updates zu installieren. Diese Läufe agieren als der Nutzer oder ein Servicekonto und unterliegen denselben Richtlinien wie jeder andere Droid.

Arbeit auf Agent Readiness auffächern

Agent Readiness bewertet jedes Repository auf einer Skala bis fünf, wobei fünf bedeutet, dass das Repository vollständig bereit ist, damit Agenten maximal produktiv arbeiten können. Factory zufolge starten die meisten Enterprise-Kunden auf Stufe zwei, während Missions, das Framework des Unternehmens für lang laufende Multi-Agenten-Aufgaben, am besten auf Repositories ab Stufe vier funktionieren.

Ein Repository auf eine höhere Stufe zu heben, war laut Unternehmen bislang schwierig, weil die Behebung einzelner Probleme das Einrichten mehrerer Droid Computer oder mehrerer lokaler Klone des Repositorys erforderte. Mit Environments können Teams diese Korrekturen auf mehrere Sandboxes auffächern.

Admin-Kontrolle und die Woche voraus

Environments sind standardisiert und werden zentral von Administratoren verwaltet; die Enterprise Controls von Factory gelten weiterhin. Jeder Cloud-Droid arbeitet unter denselben Richtlinien und nutzt denselben Satz an Werkzeugen und Abhängigkeiten. Admins legen fest, auf welche Hosts ein Droid zugreifen darf, welche Shell-Befehle er ausführen kann, welche Befehle eine Freigabe brauchen oder nie laufen dürfen und welche Connectors und Skills er nutzen darf. Versucht ein Droid einen Befehl, den die Richtlinie blockiert, stoppt ihn das Harness, bevor er ausgeführt wird.

Factory kündigt an, die Flotte im Lauf der Woche um weitere Sandboxes an weiteren Orten zu erweitern. Das Unternehmen nennt drei Richtungen: Droids auf Hardware, die ein Team bereits besitzt, Droids auf Sandboxes, die die eigene Infrastruktur eines Teams nie verlassen, und Droids in den Werkzeugen, in denen Engineering-Arbeit beginnt. Wo auch immer ein Droid landet, setze er dieselbe Richtlinie durch und hinterlasse dieselbe Protokollspur, so das Unternehmen.

Zum Einstieg öffnen Nutzer in Factory Settings → Environments, definieren ihr erstes Environment und starten dann eine Mission oder Automation.