🤖 Erklären mit KI

4Geeks AI Studio¶

4Geeks AI Studio liefert Software über Pods: einen menschlichen 4Geeks Pod Lead plus ein kleines Team aus KI-Agenten, die an Ihrem Repository arbeiten. Sie beschreiben das Ergebnis, genehmigen den Plan und prüfen den Merge Request. Der Pod übernimmt die Planung, den Code, die Tests und die Nachweise.

Es ist kein Chatbot und kein Werkzeug, das Sie mit Prompts steuern müssen. Es ist ein Delivery-Service mit einem Monatsplan, einer Prepaid-Wallet und einem Menschen, der das Ergebnis verantwortet.

Was AI Studio liefert¶

Ein Pod übernimmt ein Ergebnis — ein Feature, einen Bugfix, eine Dokumentationssammlung, ein Audit, einen QA-Durchlauf, ein Dependency-Upgrade oder eine Datenbankmigration — und macht daraus einen Plan, Aufgaben, Code, Tests und einen Merge Request, den Ihr Team prüfen kann.

• Ein verantwortlicher Mensch. Jeder Pod hat einen 4Geeks Pod Lead, der den Umfang prüft, Fragen beantwortet und eskaliert, wenn die Arbeit hängt.
• Eine Einheit für Arbeit und Abrechnung. Der Pod besitzt seinen Plan, seine Aufgaben, sein Repository, seine Tools, seine Wallet und seine Timeline.
• Ehrlicher Fortschritt. Der Fortschritt wird nach abgeschlossenen Aufgaben gewichtet und pro Phase gedeckelt. Er ist nie ein Timer.
• Nachweise statt Versprechen. Ein Pod kann nicht als geliefert markiert werden, ohne dass Build und Tests grün sind, wenn das Quality Gate aktiv ist.
• Ihr Repository bleibt Ihres. Der Pod arbeitet auf einem Branch und öffnet einen Merge Request. Er pusht nie in Ihren geschützten Branch.

So funktioniert es¶

flowchart LR
    A[Ergebnis wählen] --> B[Kurzes Intake beantworten]
    B --> C[Pod Lead prüft den Umfang]
    C --> D[Sie genehmigen den Plan]
    D --> E[Der Pod baut und testet]
    E --> F[Sie prüfen den Merge Request]

1. Wählen Sie ein Ergebnis. Sagen Sie in Geschäftssprache, was Sie brauchen: den ersten Teil eines Produkts starten, ein Feature ergänzen, einen Bug beheben, den Code auditieren, eine Datenbank migrieren, das System dokumentieren, Tests verbessern oder Dependencies aktualisieren.
2. Beantworten Sie ein kurzes Intake. Fünf Fragen in Ihren eigenen Worten. Kein Prompt Engineering und keine technische Spezifikation nötig.
3. Genehmigen Sie den Plan. Der Pod Lead macht aus den Antworten einen Plan mit Aufgaben, Abnahmekriterien, Annahmen, Risiken und dem, was nicht zum Umfang gehört.
4. Verfolgen Sie den Build. Der Pod arbeitet in einer Sandbox an Ihrem Repository. Wenn er eine Entscheidung braucht, erscheint sie unter We need you.
5. Prüfen Sie den Merge Request. Der Pod öffnet einen Branch und einen MR mit Tests. Ihr Team prüft und merged; der Pod deployt nicht in die Produktion.

Visuelle Anleitung¶

Ihre Pod-Liste, Plan und Guthaben¶

Der Startbildschirm ist danach sortiert, was Sie als Nächstes tun können: Needs you, In progress und Finished. Die Karte Plan and balance zeigt das monatliche Kontingent, das Prepaid-Guthaben und das Limit für gleichzeitige Pods. New pod startet den Assistenten.

Pläne und Preise¶

Der Plan ist die Basis: In jeder Abrechnungsperiode enthält er ein Kontingent an Aufgaben und Pod-Lead-Stunden. Arbeit über dieses Kontingent hinaus wird aus der Prepaid-Wallet bezahlt, nie als Überraschungsrechnung. Tokens werden für Kosten und Support erfasst, sind aber kein Kundenkontingent.

• Nur gelieferte Arbeit ist abrechenbar. Ein fehlgeschlagener Versuch und ein Retry werden von 4Geeks übernommen.
• Das Kontingent wird jede Periode zurückgesetzt. Die Nutzung wird innerhalb der aktuellen Abrechnungsperiode gezählt; nichts sammelt sich an.
• Sie können die Ausgaben begrenzen. Ein Pod pausiert und bittet um ein Top-up, bevor er sein Budget überschreitet.
• Pläne sind Self-Service. Der Organization Owner oder ein Admin kann einen Plan direkt in AI Studio kaufen oder ändern; Änderungen werden anteilig berechnet.

So funktionieren Nutzung, Pläne und Wallet

Was ein Pod liefern kann¶

Der Assistent macht aus einem Ergebnis ein Playbook: das Team, die Capabilities, die Aufgabenarten und die erwarteten Ergebnisse.

Sehen Sie jeden Anwendungsfall mit Prozess, Ergebnissen und Deliverables

Capabilities¶

Eine Capability ist kein Etikett: Sie aktiviert die Skills, Toolchains, Aufgabenarten und Artefakte, die der Pod tatsächlich produzieren kann. Der Plan wird gegen sie validiert.

Sie wählen die Capabilities beim Erstellen des Pods. Nach der Genehmigung des Plans werden sie gesperrt, weil Plan, Image und Aufgaben von ihnen abhängen.

Der Pod Lead¶

Der Pod Lead ist ein 4Geeks Engineer, kein KI-Agent. Er prüft den Umfang, bevor Sie ihn genehmigen, beantwortet Fragen im Pod-Raum, entblockt den Pod, wenn er stockt, und entscheidet, wann eine Lieferung bereit zur Prüfung ist.

• Inklusive Stunden: Starter enthält 2 h/Monat und Pro enthält 6 h/Monat. Lite arbeitet auf Abruf.
• Auf Abruf: zusätzliche Pod-Lead-Zeit wird mit $75/h aus der Wallet abgerechnet.
• SLA: Jeder Pod zeigt seine Zielreaktionszeit in Geschäftsstunden.
• Um Hilfe bitten: Wenn Sie nicht sicher sind, was Sie brauchen, wählen Sie I am not sure, I want help im Assistenten. Ein Pod Lead liest Ihre Antworten und kontaktiert Sie.

Eine Anfrage für Hilfe braucht einen aktiven Plan, verbleibende Pod-Lead-Minuten in der Periode und eine hinterlegte Karte. Ein Programm (XL) ist anders: Es ist Pre-Sales, sodass jedes aktive Mitglied ein Angebot anfragen kann und ein Pod Lead Phase 1 vorbereitet, bevor Sie etwas genehmigen.

Pod oder Programm?¶

Der Assistent schätzt die Größe des Briefings und erklärt den Weg. Die Größe wird nie abgefragt; sie ergibt sich aus dem, was das Ergebnis braucht.

Sicherheit und Kontrolle¶

• Der Repository-Zugriff ist begrenzt. Zugangsdaten liegen im Vault und werden nur von der Sandbox des Pods verwendet. Ein Pod arbeitet auf einem Branch und öffnet einen MR; er pusht nie in einen geschützten Branch.
• Die Sandbox ist isoliert. Jeder Pod läuft in seiner eigenen Umgebung mit dem Runtime-Image, das sein Stack braucht.
• 4Geeks ist die Marke, die Sie sehen. Das Model-Routing ist ein Implementierungsdetail: Konsole und Timeline zeigen 4Geeks Fast/Strong, nie einen Provider-Namen.
• Der Audit-Trail ist exportierbar. Die Pod-Timeline erfasst Aufgaben, Checks, Genehmigungen und Nachrichten, mit geschwärzten Zugangsdaten.
• Das Quality Gate wird serverseitig erzwungen. Build, Tests und Browser-E2E werden vor der Lieferung geprüft; ein Waiver braucht eine schriftliche Begründung und wird auditiert.

Best Practices¶

1. Beschreiben Sie das Ergebnis, nicht die Schritte. „Kunden können mit einer gespeicherten Karte zahlen“ ist besser als „eine Tabelle und einen Endpoint hinzufügen“.
2. Wählen Sie ein Ergebnis pro Pod. Arbeit in Produktgröße gehört in einen phasierten L-Pod oder ein Programm.
3. Verbinden Sie das Repository, das Ihr Team wirklich nutzt. Der Branch und der Merge Request sind die Lieferung.
4. Schreiben Sie Abnahmekriterien ins Intake. Je klarer „fertig“ ist, desto weniger Runden braucht der Plan.
5. Genehmigen Sie den Plan, bevor der Build startet. Der Plan ist der Vertrag; eine Umfangsänderung nach der Genehmigung kostet eine neue Aufgabe.
6. Antworten Sie schnell auf „We need you“. Der Pod pausiert bei einer Entscheidung, nicht im Hintergrund.
7. Nutzen Sie den Pod Lead. Er ist aus gutem Grund enthalten: Umfang, Risiko und blockierte Arbeit sind seine Aufgabe.
8. Prüfen Sie den MR, nicht das Transkript. Der Merge Request ist das Ergebnis; die Timeline ist der Nachweis.

Häufig gestellte Fragen¶

Nächste Schritte¶

• Die AI Studio Anwendungsfälle ansehen
• Einen Pod Schritt für Schritt erstellen
• Nutzung, Pläne und Wallet verstehen
• Das Private AI Gateway lesen
• Die AI Studio FAQ durchsuchen

Noch Fragen? Frag uns auf Discord oder entdecke die Tutorials.