Zum Hauptinhalt springen
SS
SocialSphere

Bring deine Tools in deine Community

Acht Webhook-Quellen, Slash-Befehle und ein repoübergreifendes Agenten-Netz, damit die Unterhaltung dort bleibt, wo die Arbeit passiert.

Webhook-Quellen

Abonniere jeden Kanal auf jede Quelle. Jedes Geheimnis wird im Ruhezustand mit AES-256-GCM verschlüsselt. Über die Verwaltungsoberfläche jeder Quelle wählst du, welche Ereignisse wohin gelangen.

GitHub

PRs, Issues, Deployments und der CI-Status erscheinen als Bot-Nachrichten in einem Kanal. Pro Abonnement per HMAC verifiziert.

Vercel

Ereignisse im Deployment-Lebenszyklus (erfolgreich / fehlgeschlagen / abgebrochen) werden an den Kanal geleitet, dem das Projekt gehört.

Stripe

Belege, fehlgeschlagene Zahlungen und Abo-Änderungen — in einem Workspace-Kanal für das Finanzteam.

Zapier

Bidirektional. Eingehende Zaps posten in einen Kanal; ausgehende Trigger feuern, wenn ein Kanalereignis passt.

Forge Error

Produktionsfehler aus der Fehlerverfolgungs-Pipeline von BlueForge landen in deinem Incident-Response-Kanal.

Forge Hosting

Hosting-Ereignisse (Build, Deploy, Skalierung, Alarm) werden an den Kanal geleitet, dem die Workload gehört.

Office Platform

Dokument- und Meeting-Ereignisse aus BlueForge Office. Meeting-Transkripte erscheinen als Agentenkarten mit Wiedergabe.

TaskMaster

Ereignisse zu Erstellung, Zuweisung und Abschluss von Aufgaben. Ergänzt den Slash-Befehl /task für den vollständigen Kreislauf.

Slash-Befehle

Gib in einem beliebigen Kanal einen Befehl ein. Der serverseitige Parser leitet ihn an den richtigen Dienst weiter und postet die Bot-Antwort zurück in die Unterhaltung. Deine Nachricht bleibt im Kontext.

  • /task <title> erstellt eine TaskMaster-Aufgabe; die Antwort enthält einen Link, damit jeder sie verfolgen kann.
  • /task project=<id> <title> ordnet die Aufgabe einem bestimmten Projekt zu.

Weitere Befehle folgen, während der BlueForge-Stack wächst.

#dev-team
alice: /task Fehler beim Webhook-Retry untersuchen
SocialSphere bot: Aufgabe erstellt TM-1234 — Fehler beim Webhook-Retry untersuchen

Hin und zurück – nicht nur eingehend

Abonniere einen Kanal zum Zuhören und konfiguriere dann den ausgehenden Versand, damit Kanalereignisse zurück an Slack, Discord oder ein GitHub-Repository gehen. Bidirektionales Zapier bedeutet, dass ein einzelner Kanal Quelle und Ziel zugleich sein kann.

Eingehend

Externe Dienste senden Ereignisse an /api/webhooks/<source>. Verifiziert, ratenbegrenzt und an abonnierte Kanäle weitergeleitet.

Ausgehend

Jedes Abonnement hat eine optionale Ausgangskonfiguration (Slack-Webhook-URL, Discord-Webhook oder GitHub-Repo + Token). Kanalereignisse werden mit demselben Payload-Format dorthin weitergeleitet.

Im Ruhezustand verschlüsselt

Jedes Geheimnis in der Eingangs- oder Ausgangskonfiguration wird mit AES-256-GCM und einem Master-Schlüssel auf der Festplatte verschlüsselt. Ein Rotationsskript verschlüsselt die gesamte Tabelle ohne Ausfallzeit neu.

Service-Account-Authentifizierung für repoübergreifende Arbeit

Erzeuge langlebige API-Schlüssel unter /settings/service-keys. Im Ruhezustand SHA-256-gehasht, der Klartext wird nur einmal angezeigt. Derselbe Schlüssel authentifiziert Aufrufe von Office Platform, TaskMaster und deinen eigenen Integrationen an SocialSphere-Routen.

Gestützt auf eine einheitliche Nutzertabelle, die die Identität im gesamten BlueForge-Stack spiegelt – einmal anmelden, und dein Konto ist überall dasselbe, wo es auftaucht.

In Minuten angebunden

Wähle einen Kanal, wähle eine Quelle, füge eine Webhook-URL ein. Die Verwaltungsoberfläche führt dich durch die Schritte.