Brief

Was ist Brief?

Brief ist ein Tool für Produktkontext und Entscheidungsnavigation für Teams, die mit KI arbeiten. Es verbindet sich mit den Tools, in denen Produkt- und Engineering-Entscheidungen bereits getroffen werden, und organisiert diese Entscheidungen dann in einem durchsuchbaren Product Graph, der von Menschen und KI-Agenten genutzt werden kann.

Das Produkt ist darauf ausgelegt, Teams dabei zu helfen, mit der Begründung hinter Features, Abwägungen und Einschränkungen direkt am Arbeitsort zu arbeiten. Brief umfasst eine Web-App zum Erkunden des Product Graph sowie einen MCP-Server und eine CLI, die Kontext an Assistenten wie Cursor, Claude Code und Windsurf liefern können.

Zentrale Funktionen

• Product Graph in einer Web-App — bietet Teams einen zentralen Ort, um verknüpfte Entscheidungen anzusehen, frühere Kontexte zu durchsuchen und zu verstehen, wohin sich die Produktarbeit entwickelt.
• Automatische Entscheidungserfassung aus bestehenden Tools — liest aus Systemen wie Linear, Jira, Notion, Slack und GitHub, damit Entscheidungen ohne Workflow-Änderung gesammelt werden können.
• MCP-Server und CLI für KI-Workflows — ermöglicht es Entwicklern und KI-Agenten, Produktkontext direkt aus ihrer IDE oder der Kommandozeile abzurufen.
• Kontextnavigation für Assistenten — hilft Agenten, zur Begründung, zu Einschränkungen und zum Kundenkontext hinter einer Aufgabe zu gelangen, nicht nur zur Codebasis.
• Durchsuchbare und verknüpfte Entscheidungshistorie — hält erfasste Entscheidungen organisiert, damit Teams nachvollziehen können, warum etwas gebaut wurde und wie es mit anderen Entscheidungen zusammenhängt.

So verwenden Sie Brief

Ein Team verbindet Brief mit den Tools, in denen seine Entscheidungen bereits dokumentiert sind. Brief extrahiert dann Entscheidungen automatisch und erstellt einen Product Graph, der in der Web-App durchsucht werden kann.

Entwickler und KI-Agenten nutzen den MCP-Server oder die CLI aus unterstützten Assistenten-Workflows, um vor der Umsetzung den relevanten Produktkontext zu laden. Der beabsichtigte Workflow ist, die Erfassung von Entscheidungen passiv zu halten und den daraus entstehenden Kontext während Planung und Umsetzung leicht abfragbar zu machen.

Anwendungsfälle

• Entwickler auf die Feature-Absicht ausrichten — eine Produkt- oder Engineering-Leitung kann Teamkolleg:innen auf die erfasste Entscheidungskette hinter einem Feature verweisen, statt sie in Meetings erneut zu erklären.
• KI-Agenten mit dem richtigen Kontext versorgen — wenn ein Agent eine Aufgabe umsetzen soll, kann Brief die relevanten Entscheidungen und Einschränkungen anzeigen, damit der Agent weniger wahrscheinlich das Falsche baut.
• Frühere Abwägungen prüfen — Teams können nach früheren Diskussionen zu Umfang, technischen Einschränkungen oder Kundenfeedback suchen, bevor sie eine neue Entscheidung treffen.
• Verteilte Arbeit auf Kurs halten — wenn Entscheidungen über Slack, Dokumente und Issue-Tracker verteilt sind, führt Brief sie in einer einzigen navigierbaren Kontextebene zusammen.
• Schnelles Onboarding in einen Produktbereich unterstützen — neue Teammitglieder können den Product Graph nutzen, um nicht nur zu verstehen, was gebaut wurde, sondern auch, warum wichtige Entscheidungen getroffen wurden.

FAQ

Ist Brief ein Projektmanagement-Tool? Nein. Die Quelle beschreibt Brief eher als Navigator denn als Task-Tracker. Es erfasst Produktentscheidungen aus bestehenden Tools und macht sie für Suche und Kontext verfügbar.

Müssen Teams ihren Workflow für Brief ändern? Nein. Brief ist dafür gedacht, mit bestehenden Tools zu arbeiten und Entscheidungen dort zu erfassen, wo sie ohnehin bereits passieren.

Mit welchen KI-Assistenten funktioniert Brief? In der Quelle werden Cursor, Claude Code, Windsurf, jeder MCP-kompatible Assistent und die Brief CLI genannt.

Wie schnell können Teams einen Mehrwert sehen? Laut Quelle können Teams schon Minuten nach dem Verbinden ihrer Tools einen Mehrwert sehen, weil Brief sofort mit dem Aufbau des Product Graph beginnt.

Ist Brief dasselbe wie Dokumentation? Nein. Die Quelle positioniert Brief als Möglichkeit, zur Begründung und zum Kontext hinter Entscheidungen zu navigieren, während Dokumentation als Erklärung dessen beschrieben wird, was existiert.

Alternativen

• Projektmanagement-Tools wie Linear oder Jira — sie organisieren Aufgaben und Workflows, während Brief sich auf die Erfassung des Entscheidungskontexts hinter der Arbeit konzentriert.
• Dokumentationstools wie Notion oder interne Wikis — diese eignen sich besser für schriftliche Referenzen und statische Dokumente, während Brief auf live erfasste Entscheidungen und Navigation ausgerichtet ist.
• Allgemeine Wissensdatenbanken oder Suchschichten — sie können Teaminformationen speichern, aber Brief ist speziell auf Produktentscheidungen ausgerichtet, die in KI-gestützte Engineering-Workflows einfließen müssen.
• KI-Coding-Assistenten ohne Produktkontext — sie können beim Schreiben von Code helfen, aber Brief ergänzt eine Kontextebene, damit der Assistent auf früheren Entscheidungen und Einschränkungen statt nur auf der Codebasis arbeiten kann.