Factory

Was ist Factory?

Factory ist eine agent-native Software-Entwicklungslösung, die „Droids“ nutzt, um vollständige Engineering-Aufgaben – wie Refactors, Incident Response und Migrationen – über den gesamten Entwicklungslebenszyklus zu delegieren. Das Ziel ist, Teams AI-Coding-Agents dort einzusetzen, wo sie bereits arbeiten, ohne Änderungen an bestehenden Tools, Modellen oder Workflows.

Factory positioniert Droids als workflow-eingebettete Agents, die in IDE, Browser-UI, Kommandozeile, Slack/Teams und Projekt-/Backlog-Kontext arbeiten. Der Fokus liegt auf End-to-End-Delegation von Aufgaben (inkl. Erstellung von Pull Requests) bei Erhalt der Nachverfolgbarkeit vom Ticket bis zum Code.

Wichtige Funktionen

• Workflow-eingebettete „Droids“ über mehrere Interfaces: Delegieren Sie Aufgaben in IDE/Terminal, Web-UI, CLI, Slack/Teams und Projektmanagement-Kontext.
• Aufgaben-Delegation ohne Tool-Wechsel: Nutzen Sie Ihren bestehenden Entwicklungsworkflow und Ihre Tools, statt zu einem separaten System zu wechseln.
• Unterstützt gängige IDE-/Terminal-Kontexte: Explizit genannt werden VS Code, JetBrains, Vim sowie Terminal-Nutzung auf macOS/Linux und Windows.
• Web-basierte Agent-Ausführung: Führen Sie Droids direkt im Browser für komplexe Coding-Aufgaben wie Refactors oder Debugging aus, ohne zusätzliche Einrichtung.
• Agent-gesteuerte Automatisierung für CI/CD und Wartung: Der CLI-Pfad dient zum Skripten und Parallelisieren von Agents für Phasen wie CI/CD, Migrationen und automatisierte Code-Reviews.
• Projekt-/Backlog-getriggerte Ausführung mit PR-Erstellung: Factory triggert Agents aus Issue-Zuweisungen oder Erwähnungen, zieht Kontext, implementiert Lösungen und erstellt PRs bei Erhalt der Nachverfolgbarkeit vom Ticket zum Code.
• Gemeinsamer Support-/Engineering-Kanal in Slack/Teams: Delegieren Sie Incident-Triage und kleine Fixes in einfachem Englisch für Code-Lösungen.

So verwenden Sie Factory

1. Einstieg über den Quickstart: Nutzen Sie den auf der Seite referenzierten „Quickstart Guide“, um Droids aus Ihrem gewählten Interface (zuerst IDE oder Terminal empfohlen) zu starten.
2. Delegieren Sie eine Aufgabe aus Ihrem Workflow: Weisen Sie in IDE oder Terminal eine Aufgabe dem Droid zu (Beispiele: Refactors, Debugging, Migrationen), bei Beibehaltung Ihrer Tools und Shortcuts.
3. Nutzen Sie weitere Interfaces bei Bedarf:
   • Führen Sie Droids im Browser für sofortige agent-gesteuerte Arbeiten aus.
   • Verwenden Sie die Kommandozeile zum Skripten/Parallelisieren von Agent-Läufen für CI/CD, Migrationen oder Wartung.
   • In Slack/Teams delegieren Sie Support- oder Incident-Triage-Aufgaben in einfachem Englisch.
4. Für backlog-getriebene Arbeit aus Issues triggern: Nutzen Sie die Projektmanager-/Backlog-Oberfläche, wo Factory Agents aus Issue-Zuweisungen oder Erwähnungen triggert, Code-Änderungen generiert und PRs mit Nachverfolgbarkeit erstellt.

Anwendungsfälle

• IDE-basierte Refactors und Debugging: Ein Entwickler delegiert Refactor- oder Troubleshooting-Aufgaben aus dem Editor (z. B. VS Code, JetBrains, Vim), ohne Workflow-Änderung.
• Web-UI für schnelle Agent-Experimente: Ein Teammitglied führt Coding-Aufgaben aus der Browser-UI aus, um Refactors oder Debugging sofort zu delegieren.
• Kommandozeilen-Automatisierung für CI/CD: Ein Build-/Release-Engineer skriptet und parallelisiert Droids für CI/CD-Aktivitäten wie automatisierte Code-Reviews und Wartungsaufgaben.
• Incident-Triage und Quick-Fixes via Slack/Teams: Support- und Engineering-Teams senden Aufgaben in einfachem Englisch während Incidents und erhalten Code-Lösungen über einen gemeinsamen Kanal.
• Backlog-to-PR-Engineering-Workflow: Ein Team triggert Agents aus Issue-Zuweisungen oder Erwähnungen, Factory zieht Kontext, implementiert Änderungen und erstellt PRs bei Verbindung vom Ticket zum Code.

FAQ

• Wo kann ich Factorys Droids ausführen? Die Seite listet IDE/Terminal, Desktop/Web, Kommandozeile, Slack/Teams und eine Projektmanagement-/Backlog-Oberfläche auf.

• Muss ich meine bestehenden Tools oder Workflows ändern? Factorys Positionierung besagt, dass Droids „überall dort arbeiten, wo Sie arbeiten“, ohne dass Sie Ihre Tools, Modelle oder Workflows ändern müssen.

• Welche IDEs werden erwähnt? Die Seite nennt speziell VS Code, JetBrains und Vim sowie Terminal-Nutzung.

• Kann Factory Pull Requests aus Tickets erstellen? Der auf der Seite beschriebene Projektmanagement-/Backlog-Flow besagt, dass Factory PRs erstellen kann, während die Nachverfolgbarkeit vom Ticket zum Code erhalten bleibt.

• Ist Factory für den Enterprise-Einsatz konzipiert? Die Seite enthält einen „Enterprise“-Abschnitt, der es als sicher, skalierbar und bereit für die Integration in bestehende Engineering-Tools beschreibt, und erwähnt branchenübliche Sicherheit und Compliance, listet aber keine spezifischen Standards oder Zertifizierungen auf.

Alternativen

• Allgemeine LLM-Coding-Assistenten: Tools mit Fokus auf chatbasierter Coding-Hilfe können bei Snippets oder Anleitungen helfen, binden aber typischerweise nicht denselben End-to-End-Agent-Workflow über IDE, CI/CD, Slack/Teams und Backlog-zu-PR-Ausführung ein wie für Factory beschrieben.
• CI/CD-Automatisierungsplattformen und interne Dev-Automatisierung: Teams können Skripte oder agent-ähnliche Workflows um ihre Pipelines bauen, aber das unterscheidet sich von Factorys Schwerpunkt auf agent-nativer Delegation über mehrere Schnittstellen.
• Workflow-/Issue-Automatisierungstools mit Custom-Integrationen: Automatisierung von Aktionen basierend auf Ticket-Events ist mit generischen Automatisierungsplattformen möglich, aber Sie müssten Coding-Ausführung, Kontext-Handling und PR-Erstellung selbst verbinden.
• IDE-Task-Automatisierungs-Extensions: Editor-Plugins können repetitive Tasks im IDE optimieren, bieten aber möglicherweise nicht dieselbe Cross-Interface-Delegation (Web/CLI/Slack/Teams/Projektmanagement) wie auf der Factory-Seite beschrieben.