Lösungen

Polybase für die Softwareentwicklung

Ausliefern mit vollem Kontext

Pull Requests, Incident-Bearbeitung, Runbooks und Release-Pläne liegen im selben Workspace wie die Gespräche darüber. So muss Ihr Entwicklungsteam seltener nachfragen, wo etwas steht.

polybaseBeispiel-Workspace
Plattform-Team
SKAMEC
SprintRunbooksIncidents
Offen2
PROD-128Nachbetrachtung schreiben
SK
PROD-129API-Schlüssel rotieren
SK
Im Review2
PROD-130Retry für Sync-Job ergänzen
AM
PROD-131Deploy-Runbook aktualisieren
AM
Erledigt2
PROD-132Cache-Invalidierung beheben
EC
PROD-133Release Notes veröffentlichen
EC
Pull Request #482 ist mit dieser Aufgabe verknüpft
Was blockiert das Release noch?Die Retry-Änderung ist im Review und mit ihrem Pull Request verknüpft. Die Aktualisierung des Deploy-Runbooks wartet auf Sams Freigabe.

Arbeitsabläufe

So arbeiten Entwicklungsteams wirklich

Reviews bleiben an der Aufgabe, zu der sie gehören

Verbinden Sie GitHub und verknüpfen Sie Pull Requests, Branches und Commits mit Aufgaben. Das Review findet weiter in GitHub statt: Die Aufgabe wechselt automatisch in den passenden Status, und der verknüpfte Pull Request erhält einen Kommentar mit Rückverweis.

  • Pull Requests, Branches und Commits verknüpfen
  • Automatische Statuswechsel durch Aktivität in GitHub
  • Statusfreigaben, bevor eine Aufgabe als erledigt gilt
ErsetztReview-Anfragen im ChatStatus von Hand pflegenSuche nach Ticketnummern

KI-Assistent

KI, die Code, Aufgaben und Runbook kennt

Der KI-Assistent arbeitet direkt in Ihrem Workspace. Er liest das Runbook, prüft verknüpfte Pull Requests und sagt Ihnen, was noch offen ist. Dabei sieht er nur, was Sie sehen dürfen.

  • Einen Incident-Channel als Zeitleiste zusammenfassen
  • Release Notes aus erledigten Aufgaben entwerfen
  • Coding-Tools über den MCP-Server anbinden

FAQ

Häufige Fragen

Worin unterscheidet sich das von der Seite zur Produktentwicklung?

Bei der Produktentwicklung geht es um den Weg vom Feedback zum geplanten Feature. Diese Seite zeigt die Entwicklungsarbeit rund um den Code: Reviews, Incidents, technische Dokumentation und Releases.

Ersetzt Polybase GitHub?

Nein. Code und Code-Reviews bleiben in GitHub. Polybase verknüpft Pull Requests, Branches und Commits mit Aufgaben, aktualisiert deren Status anhand dieser Aktivität und kommentiert verknüpfte Pull Requests. Issues werden nicht in beide Richtungen synchronisiert.

Können unsere Coding-Tools mit dem Workspace arbeiten?

Ja. Polybase bringt einen MCP-Server mit eingeschränkten API-Schlüsseln pro Channel mit, dazu eine REST-API unter /api/v1. Tools wie Claude, Cursor und ChatGPT können sich verbinden, sehen aber nicht mehr, als der Schlüssel erlaubt.

Können wir Polybase auf unserer eigenen Infrastruktur betreiben?

Ja. Polybase läuft in unserer EU-Cloud oder per Docker auf Ihren eigenen Servern, auch vollständig offline. Für den Betrieb brauchen Sie PostgreSQL und Dragonfly, Anrufe laufen über einen eigenen LiveKit-Server.

Nächster Schritt

Code und Kontext zusammenhalten

Sehen Sie in einer Demo, wie ein Entwicklungsteam Reviews, Incidents, Doku und Releases in Polybase organisiert – anhand Ihrer eigenen Abläufe.