Rouse Context

Ihr Telefon verfügt über Kontext, den KI nicht hat – Ihre Gesundheitsdaten, Ihre Benachrichtigungen, Ihre App-Nutzung. Rouse Context stellt diesen Kontext KI-Assistenten bei Bedarf zur Verfügung, ohne Ihre Daten jemals mit der Cloud zu synchronisieren.

Es ist eine Android-App, die Ihr Telefon in einen MCP-Server verwandelt. KI-Clients wie Claude verbinden sich mit einer URL, Ihr Telefon wacht auf und eine direkte verschlüsselte Sitzung wird aufgebaut. Die KI fragt nach dem, was sie benötigt, Ihr Telefon antwortet und geht dann wieder in den Ruhezustand. Ihre Daten verlassen Ihr Gerät niemals, außer über diese Live-Sitzung.

Status: v1.0 veröffentlicht. Verfügbar unter GitHub Releases. Für Google Play Beta-Zugang senden Sie eine E-Mail an beta@rousecontext.com. Funktioniert mit Claude, Cursor und jedem MCP-kompatiblen Client.

Erste Schritte

1. Installieren – Laden Sie die APK von GitHub Releases herunter und installieren Sie sie (möglicherweise müssen Sie "Installation aus unbekannten Quellen" in Ihren Android-Einstellungen aktivieren). Oder senden Sie eine E-Mail an beta@rousecontext.com für den Google Play Beta-Zugang.

2. Einrichten – Öffnen Sie die App, tippen Sie auf "Get Started" und erteilen Sie die Benachrichtigungsberechtigungen. Die App registriert sich beim Relay und stellt die TLS-Zertifikate Ihres Geräts bereit (~10 Sekunden).

3. Integration aktivieren – Tippen Sie auf dem Startbildschirm auf "Add Integration". Wählen Sie eine aus (z. B. Health Connect), erteilen Sie die angeforderten Berechtigungen, und Sie erhalten eine URL wie https://brave-health.abc123.rousecontext.com/mcp.

4. KI-Client verbinden – Fügen Sie diese URL in Claude (Einstellungen → Connectors → Add custom connector), Cursor oder einen beliebigen MCP-Client ein. Die erste Verbindung löst eine OAuth-Genehmigung auf Ihrem Telefon aus – tippen Sie auf "Approve".

5. Verwenden – Fragen Sie die KI nach Ihren Gesundheitsdaten, senden Sie sich selbst eine Benachrichtigung, überprüfen Sie Ihre Bildschirmzeit. Jeder Tool-Aufruf wird im Audit-Tab der App protokolliert.

Related MCP server: fitbit-mcp

Funktionsweise

AI Client ──TLS──> Relay (SNI passthrough) ──mux WebSocket (mTLS)──> Your Phone

1. Sie aktivieren eine Integration (z. B. Health Connect) und erhalten eine URL wie https://brave-health.abc123.rousecontext.com/mcp (die Integration wird durch das Hostname-Präfix identifiziert; der Pfad ist immer /mcp)

2. Fügen Sie diese URL zu Claude, Cursor oder einem beliebigen MCP-Client hinzu

3. Wenn der Client eine Verbindung herstellt, weckt das Relay Ihr Telefon per FCM-Push

4. Ihr Telefon verbindet sich über ein mTLS-WebSocket zurück, und das Relay verbindet die beiden TLS-Streams miteinander

5. Der KI-Client kommuniziert direkt über Ende-zu-Ende-verschlüsseltes TLS mit Ihrem Telefon – das Relay sieht niemals den Klartext

Sitzungen sind flüchtig. Das Telefon geht wieder in den Ruhezustand, wenn der Client die Verbindung trennt.

Integrationen

Jede Integration wird unabhängig aktiviert und erhält ihren eigenen MCP-Endpunkt mit OAuth-Autorisierung (PKCE). 22 Tools über 4 Integrationen:

Health Connect (3 Tools)

Fragen Sie Android Health Connect-Daten über 36 Datensatztypen in 7 Kategorien ab (Aktivität, Körper, Schlaf, Vitalwerte, Ernährung, Fortpflanzung, Achtsamkeit).

Benachrichtigungen (5 Tools)

Lesen, durchsuchen und interagieren Sie mit Gerätebenachrichtigungen.

Outreach (10 Tools)

Lassen Sie die KI Aktionen auf dem Gerät ausführen – Apps starten, Links öffnen, Benachrichtigungen senden, DND verwalten.

Nutzungsstatistiken (4 Tools)

App-Nutzungsmuster und Bildschirmzeit-Analysen.

Architektur

Android-App

Relay-Server (relay/)

Rust-Binary auf einem kleinen VPS. Handhabt:

• TLS-Passthrough – leitet KI-Client-Verbindungen via SNI an Geräte weiter, beendet niemals das innere TLS

• Mux-WebSocket – multiplext mehrere Client-Sitzungen über eine Geräteverbindung

• FCM-Aufwecken – sendet Push-Benachrichtigungen, um schlafende Geräte aufzuwecken

• ACME-Zertifikate – stellt gerätespezifische TLS-Zertifikate via Google Trust Services DNS-01 (Cloudflare API) aus; Let's Encrypt wird ebenfalls unterstützt

• Bot-Schutz – geheimes URL-Präfix wird vor dem Aufwecken des Geräts validiert, plus FCM-Drosselung und IP-Ratenbegrenzung

Sicherheit

• Ende-zu-Ende-verschlüsselt – TLS endet auf Ihrem Telefon. Das Relay führt nur SNI-Passthrough durch.

• Keine Cloud-Synchronisierung – Daten werden von geräteinternen Quellen gelesen und live bereitgestellt. Nichts wird remote gespeichert.

• Gerätespezifische ACME-Zertifikate – gerätespezifische Zertifikate via Google Trust Services (DNS-01), privater Schlüssel im Android Keystore (hardwaregestützt).

• mTLS-Geräteauthentifizierung – das Relay authentifiziert das Gerät per Client-Zertifikat, bevor Verbindungen zugelassen werden.

• Geheimes URL-Präfix – jede Geräte-URL enthält ein rotierbares, integrationsspezifisches Geheimnis (brave-health.abc123.rousecontext.com, wobei brave-health {adjektiv}-{integrationsId} ist). Bots, die die Geräte-Subdomain entdecken, können sie ohne das Geheimnis nicht aufwecken.

• OAuth pro Client – jeder KI-Client muss vor dem Zugriff auf Tools per Genehmigung auf dem Gerät autorisiert werden.

• Audit-Trail – jeder Tool-Aufruf wird lokal mit Argumenten, Antwort und Dauer protokolliert.

Erstellen

Android

./gradlew assembleDebug

Erfordert Android SDK (compileSdk 36, targetSdk 35, minSdk 24). Der Build erfordert JDK 21 (JAVA_HOME=/usr/lib/jvm/java-21-openjdk).

Abdeckungsbericht

./gradlew koverHtmlReport

Aggregiert Zeilen- und Zweigabdeckung über die Unit-Tests jedes Moduls und die :core:tunnel:integrationTest-Ebene (echter Relay-Subprozess). HTML landet in build/reports/kover/html/index.html. CI veröffentlicht denselben Bericht als test-coverage-Artefakt sowie eine Zusammenfassung pro Modul bei jedem PR.

Relay

cd relay
cargo build --release

End-to-End-Tests

Die E2E-Tests steuern ein echtes Gerät über adb via einen (typischerweise LAN-lokalen) Host, der adb ausführt. Die Systemeigenschaft adb.host ist erforderlich und standardmäßig leer – die Aufgabe :e2e:e2eTest schlägt sofort fehl, wenn sie nicht gesetzt ist. Die Geräteseriennummer ist optional und nur erforderlich, wenn mehrere Geräte mit diesem Host verbunden sind.

./gradlew :e2e:e2eTest \
    -Dadb.host=<your-dev-host> \
    -Dadb.serial=<your-device-serial>

Das Modul :device-tests hat einen separaten Runner, der eine APK erstellt, die auf ein lokal laufendes Relay verweist. Es erfordert außerdem eine LAN-IP, die vom Gerät aus erreichbar ist:

./gradlew :device-tests:test -Dlan.ip=<your-lan-ip>

Ohne lan.ip überspringen die Gerätetests sauber mittels JUnit-Annahmen.

Status

v1.0 veröffentlicht. 22 Tools über 4 Integrationen, Kaltstart-Aufwecken in ~3 Sekunden, Ende-zu-Ende-verschlüsselt. Siehe docs/design/ für detaillierte Designdokumente und Datenschutzrichtlinie.

Lizenz

Lizenziert unter der Apache License, Version 2.0. Siehe LICENSE für Details.