Webhooks: retries and backoff
If your endpoint does not answer with a 2xx within 10 seconds, we retry with exponential backoff for up to 72 hours.
KI-generiertes Bild
Bearing soll lesen, was man dir schickt, bevor du es tust, und deinem Agent sagen, ob es deine Zeit wert ist, welcher Teil und warum.
Noch kein Agent? Geplant: per Mail weiterleiten, das Urteil kommt per Mail zurück.
Gebaut für MCP-Clients wie
Ein dreistündiger Podcast sieht genauso aus wie ein dreistündiger Podcast, den du wirklich gebraucht hast. Du merkst es nach drei Stunden.
Bearing liest es zuerst und antwortet deinem Agent mit einem von vier Wörtern, immer mit Grund. Konnte es etwas nicht lesen, sagt es das, statt zu raten.
Beispiele.
Lohnt sich das, für dich, jetzt, für das, woran du arbeitest? Dein Agent fragt Bearing, bevor du die Datei, die Folge oder zwei Wochen Nachrichten öffnest. Was sich nicht lohnt, wird dunkel.
Wir gehen API-first, siehe VISION.md. Was in diesem Repo passt noch?
bearing - judge (MCP)(path: "docs/", against: "VISION.md")
6 Docs gelesen · 2 tragen sie · 4 widersprechen · Code bleibt beim Agent
Zwei Docs tragen die neue Richtung. Vier widersprechen ihr: die Architektur von 2023, die Dashboard-Roadmap, das Seat-Pricing und die README, die noch das Dashboard verkauft. Bearing hat die Docs beurteilt, nicht den Code. Welcher Code noch passt, prüfe ich als Nächstes.
Webhooks: retries and backoff
If your endpoint does not answer with a 2xx within 10 seconds, we retry with exponential backoff for up to 72 hours.
Bau Rate Limiting in den Webhook-Handler ein. Lies vorher die Doku des Anbieters.
Called bearing.judge({"url":"docs.payments.example","space":"webhooks"})
23 Seiten · take 4 · skip 19 (Quickstart im Kontext, v1-API, andere SDKs)
Ich lese 4 von 23 Seiten. Die anderen 19 wiederholen den Quickstart, den ich schon habe, oder beschreiben die v1-API, die du nicht nutzt.
Sleep, caffeine and the 90-minute myth
Deep HoursOct 2 · 3 hr 12 min · Ep. 214
Chapters
open.spotify.com/episode/4kQ…
3 Stunden wert?
bearing.judge
Zwanzig Minuten davon. 1:41:20 bis 2:02:10, darüber, wann Schluss mit Koffein sein sollte. Der Rest wiederholt die Folge, die du am 14. Aug. zu Ende gehört hast.
Sam Keller
Bin zurück. Was muss ich wirklich wissen?
agent APP
Used bearing.judge · 1.412 Einträge
Vier Dinge. Die Vertragsverlängerung braucht deine Unterschrift vor Donnerstag, #api-v2 wartet auf deine Entscheidung zu den Event-Namen, Priya hat zweimal nach der Migration gefragt, und Minute 31 bis 36 im Weekly gehen um dein Projekt. Der Rest ist beantwortet, behoben oder berührt deine Arbeit nicht.
Seit 18. Sep. · 1.412
4.2 Timing of caffeine intake
Participants who stopped caffeine intake eight hours before bedtime fell asleep 17 minutes faster than the control group (Table 3).
The effect was absent at four hours, which contradicts the six-hour window recommended in earlier work.
| Last intake | n | Latency (min) |
|---|---|---|
| 8 h before bed | 41 | 14.2 |
| 6 h before bed | 39 | 27.9 |
| 4 h before bed | 40 | 31.4 |
Muss ich das bis Freitag lesen?
Used bearing.judge · sleep-timing-preprint.pdf
Nur Abschnitt 4.2 und Tabelle 3, Seiten 17 bis 19 und 31. Die Methode ist die aus dem Paper vom Juni, das du schon gelesen hast, und die Diskussion wiederholt dessen Schlüsse.
Das wollen Ärzte euch nicht sagen!! Sollen wir das alle mal probieren?
19:38Oh, Lena, hast du nicht gesagt, du schläfst schlecht?
19:40Opa hat das in die Familiengruppe geschickt. Stimmt das?
bearing.judge
Ob es stimmt, kann ich dir nicht sagen. Was ich dir sagen kann: Es hat einen Ursprung, Noctas eigenen Bericht von 2023, 24 Personen, keine Kontrollgruppe. Es taucht an vierzehn Stellen auf, und jede davon geht auf diesen Bericht zurück.
Vierzehn Stellen, ein Ursprung
Beispiele. Jede Datei, Seite, Show, jeder Name und jede Zahl hier ist erfunden. Bearing ist im frühen Zugang, und nichts davon ist schon live.
Kannst du, und es schreibt dir eine ordentliche Zusammenfassung. Es weiß nicht, dass du am 14. Aug. eine Folge zu Ende gehört hast, es merkt nicht, dass zwanzig Artikel eine Pressemitteilung zitieren, und morgen sieht die Antwort anders aus.
Sind das drei Stunden wert? open.spotify.com/episode/4kQ…
Gute Frage! Diese Folge von Deep Hours deckt viel aus der Schlafforschung ab:
Ob sie drei Stunden wert ist, hängt von deinen Interessen ab. Wenn dich Schlaf interessiert, lohnt sie sich auf jeden Fall!
Sind das drei Stunden wert? open.spotify.com/episode/4kQ…
bearing.judge Zwanzig Minuten davon. 1:41:20 bis 2:02:10 ist neu für dich, darüber, wann Schluss mit Koffein sein sollte. Der Rest wiederholt die Folge, die du am 14. Aug. zu Ende gehört hast. Die neue Behauptung hat einen Ursprung: das Schlaf-Preprint, das du schon hast.
Was du abgeschlossen, behalten und übersprungen hast, jeweils mit Datum. Ein Modell fängt jeden Chat an einem leeren Tisch an.
Zwanzig Artikel, die eine Pressemitteilung zitieren, sind eine Quelle. Bearing sagt das, und sagt, wessen Interesse dahintersteht.
Urteil, Teil, Grund und Ursprung in festen Feldern, damit dein Agent sich darauf verlassen und du sie vergleichen kannst.
Ganzes Transkript, einen Teil davon oder nur den Titel. Eine schnelle Antwort sieht nie aus wie eine gründliche.
Jedes Skip bleibt mit seinem Grund sichtbar. Korrigierst du eins, gilt das für dieses Stück. Eine Regel gibt es nur, wenn du ihren Geltungsbereich festlegst, und jede Regel zeigt ihre Treffer und lässt sich zurücknehmen.
Text aus einem Video oder einer Mail erreicht deinen Agent als solcher markiert. Bearing fasst deine Prompts, Skills und Anweisungen nicht an.
Beispiel. Die linke Antwort ist geschrieben, um das Muster zu zeigen, und stammt nicht aus einem bestimmten Produkt.
Bearing urteilt gegen das, was du schon gehört hast und woran du arbeitest, nicht gegen das Internet.
Mara, baut beruflich Agents
Hat am 2. Sep. einen Post über Tool-Fehler behalten
Das meiste kennst du. Neu für dich ist der Benchmark zu Retries, 1:26:00 bis 1:45:00.
take 19 Minuten · 1:26:00 bis 1:45:00
Jonas, lernt seit letzter Woche Agents
Space „Agents lernen“, angelegt am 28. Sep.
Die klarste Einführung, die man dir diesen Monat geschickt hat. Hör von 7:00 bis 1:09:00. Der Rest setzt voraus, dass du schon einen gebaut hast.
take 62 Minuten · 7:00 bis 1:09:00
Eine Schlafstudie tauchte diesen Monat in 23 Dingen auf, die man dir geschickt hat. Bearing zählt, woher die Behauptung kommt: 21 zitieren die Pressemitteilung der Universität, zwei haben das Paper gelesen.
Im Repo, im Terminal, in einer Chat-App oder in einem Bot, den du selbst betreibst. Dein Agent ruft Bearing auf wie jedes andere Werkzeug und sagt es dir in seinen eigenen Worten. Ungefragt meldet sich Bearing nur, wenn eine Frist abliefe, bevor du hinsiehst.
Geplant. Noch nicht live, und die Befehle können sich bis zum Launch ändern.
Kein Agent? Per Mail weiterleiten, das Urteil kommt per Mail zurück.
MCP für Agents, die Werkzeuge aufrufen
{
"mcpServers": {
"bearing": {
"url": "https://mcp.bearing.report"
}
}
} CLI für alles mit einer Shell
$ bearing judge https://open.spotify.com/episode/4kQ… --space sleep
take part 1:41:20–2:02:10
why the rest repeats Ep. 201, heard 2026-08-14 API für das, was du selbst baust
curl https://api.bearing.report/v1/judge \
-H "Authorization: Bearer $BEARING_KEY" \
-d '{"url": "https://open.spotify.com/episode/4kQ…", "space": "sleep"}' Geplant. Bearing ist im frühen Zugang, und keine dieser Verbindungen ist schon live. Namen und Logos gehören ihren Inhabern; eine Verbindung zu ihnen besteht nicht.
Dein Agent fragt mitten in der Arbeit. Die App ist für die Momente, in denen du sie selbst öffnest: deine Spaces, was du geteilt hast, jedes Skip mit seinem Grund. Dann ist Schluss. Sie ist kein Feed.
Spaces
Seit du zuletzt nachgesehen hast, Montag
Schlaf
Webhooks
Infra
Seit Montag: 63 Stücke aus 24 Quellen, 1 deine Zeit wert. 23 von 24 Quellen haben geliefert.
Das ist alles.
Eingang
Was du geteilt hast
Aus jeder App teilen
Sleep, caffeine and the 90-minute myth
takeTeil
Eine neue Behauptung. Der Rest wiederholt Ep. 201, gehört am 14. Aug.
1:41:20 – 2:02:10
Übersprungen
Regeln aus deinen Korrekturen
Stichprobe
Infra Weekly, 1. Okt.
Würdest du das lesen?
Skizze. Die App ist im Entwurf, und die echte hat mehr Knöpfe.
Dein Agent kann Bearing zwei Dinge fragen: Lohnt sich das (judge), und was hat sich in einem Space geändert (recall). Sechs Stellen, an denen sich das einbauen lässt. Es sind Ideen, keine Funktionen: Nichts davon läuft schon, und die Namen können sich bis zum Launch ändern.
Ein Session-Hook fragt, was sich im Space dieses Repos geändert hat, seit du zuletzt daran gearbeitet hast. Höchstens drei Zeilen, oder „nichts Neues seit 12. Sep., alle Quellen geliefert“. Dein Agent fängt damit an, statt zu raten.
# SessionStart hook
bearing recall --here --max 3 Bei einem Dependency-Update fragt der Agent zuerst nach den Release Notes. Den v5-Leitfaden hast du am 2. Sep. gelesen, also hört er das, plus den einen Abschnitt, der neu ist. Die Aufrufstellen in deinem Code zu finden, bleibt Sache des Agents.
$ bearing judge https://github.com/…/v6.0.0
known v5 guide, seen 2026-09-02
new section 3: retries are opt-in Dein Scheduler fragt nur nach dem Space dieses Kunden: was wartet, was sich seit dem letzten Call geändert hat. Material eines anderen Kunden bleibt draußen.
calendar: 15 min before "Acme sync"
bearing recall --space acme --max 3 Für einen Text über Schlaf und Koffein sammelt dein Agent 31 Quellen. Bearing gruppiert sie danach, woher jede Behauptung kommt: 27 zitieren eine Pressemitteilung, vier haben das Paper gelesen. Welche davon stimmt, sagt es dir nicht.
for url in sources:
v = bearing.judge(url, space="sleep")
group_by(v.origin) Dein Bot auf Telegram schreibt nur, wenn etwas eine Frist hat, bevor du ohnehin hinsehen würdest. Alles andere wartet, bis du fragst. Bearing liefert die Frist, dein Bot wählt den Kanal.
if v.act_by and v.act_by < next_check:
telegram.send(me, v.short)
else:
hold(v) Alles, was du speicherst, geht zuerst durch Bearing. take: Der lesenswerte Teil wird markiert. skip oder known: archiviert, mit dem Grund daneben. Die Liste bleibt kurz genug, um sie abzuarbeiten.
on save(url):
v = bearing.judge(url)
if v.verdict == "take": highlight(v.spans)
elif v.verdict in ("skip", "known"):
archive(url, note=v.short) Nur etwas, das nicht von deiner Watchtime lebt, kann dir sagen, dass du etwas überspringen sollst. Preise kommen mit dem Launch. Das Geschäftsmodell ändert sich nicht.
Hier nicht beantwortet? Frag. Manchmal ist die Antwort nein. Die hörst du dann auch.
bearing@sw-labs.deAntwort in zwei Werktagen. Es liest ein Mensch.
Bearing ist ein Werkzeug, das dein KI-Agent aufrufen wird, um herauszufinden, ob etwas, das man dir geschickt hat, deine Zeit wert ist, welcher Teil und warum. Es liest das Video, den Podcast, das PDF oder das Repo zuerst, prüft es gegen das, was du schon gesehen hast und woran du arbeitest, und gibt ein kurzes Urteil zurück. Es ist im frühen Zugang und noch nicht live.
Nein. Bearing hat keinen Chat, und es schreibt dir nicht, um dich zu halten: Ungefragt meldet es sich nur, wenn eine Frist abliefe, bevor du hinsehen würdest. Dein Agent ruft es über MCP, eine Kommandozeile oder eine API auf und sagt dir das Urteil in seinen eigenen Worten.
Mit jedem Agent, der MCP-Werkzeuge aufrufen oder einen Befehl ausführen kann, zum Beispiel Claude Code, Codex, Cursor, Claude, ChatGPT mit Connectors, Gemini CLI oder einem Bot, den du selbst betreibst. Keine dieser Verbindungen ist schon live; sie sind für den Launch geplant.
Geplant: Videos, Podcasts, Artikel, Newsletter, PDFs, Fotos von Folien oder Diagrammen und Repositories. Konnte Bearing etwas nicht lesen, sagt es das, statt es zu überspringen.
Aus deinem eigenen Verlauf, nicht aus dem Internet. Geplant: Es importiert, was du in einer Lese-App wie Readwise abgeschlossen hast, jeweils mit Datum, und ergänzt, was du als „Kenn ich jetzt“ markierst. Woran du arbeitest, liegt in Spaces. Bearing schlägt sie aus deinen Repos, deinem Kalender und deiner Lektüre vor, und ein Space existiert erst, wenn du ihn bestätigst.
Es liest, was du oder dein Agent ihm geben, nicht deine Konten. Geplant: Du leitest ein Stück weiter oder teilst es, dein Agent reicht weiter, was er schon offen hat, oder du gibst einem Space ein paar Quellen zum Beobachten, etwa einen Newsletter oder einen Status-Feed. Bearing bekommt das Stück, nicht den Login.
Weil ein Modell jeden Chat an einem leeren Tisch anfängt. Bearing führt Buch darüber, was du abgeschlossen, behalten und übersprungen hast, zählt Ursprünge statt Erwähnungen und antwortet jedes Mal in derselben festen Form.
Du siehst jedes Skip mit seinem Grund und kannst es überstimmen. Eine Korrektur gilt für dieses eine Stück. Eine Regel gibt es nur, wenn du ihren Geltungsbereich selbst wählst, und du kannst jede Regel sehen und zurücknehmen.
Nein. Bearing entscheidet, was deine Zeit wert ist, bevor du irgendetwas speicherst. Wo du ablegst, was übrig bleibt, in deinen Notizen, im Gedächtnis deines Agents oder nirgends, bleibt deine Wahl.
Das ist noch nicht entschieden. Bevor du dich anmelden kannst, steht auf dieser Seite, wo er liegt und wer ihn lesen kann.
Preise kommen mit dem Launch. Bearing wird von denen bezahlt, die es nutzen, nicht von Werbekunden, und das bleibt so.
Ein Datum gibt es noch nicht. Trag dich für den frühen Zugang ein, dann bekommst du eine Mail, wenn es losgeht.
Felix Winkel, bei SW labs. Eine Person für Produkt, Design und Code, also schreibst du dem, der es baut.
„Ich habe jahrelang Sachen weggespeichert. Bookmarks, ‚später ansehen‘, Playlisten, ein Ordnersystem, auf das ich sogar stolz war. Angesehen habe ich fast nichts davon. Irgendwann war klar, dass das Ablegen nie das Problem war. Es fehlt die Instanz davor, die überhaupt entscheidet, ob etwas hineinsoll und zu welchem meiner Themen. Alles, was ich lese, wird ja zu dem, was ich denke. Bearing ist der Versuch, diese eine Entscheidung nicht mehr um eins nachts selbst zu treffen. Gebt mir etwas Zeit.“
KI-generiertes Bild
Bearing ist noch nicht live. Drei kurze Schritte: mit welchem Agent du arbeitest, was ungeurteilt liegen bleibt und woran Bearing messen soll. Du bekommst jetzt eine Mail und eine, wenn es losgeht.
Frühen Zugang anfragen