Skip to main content

mobilerun-webhooks

Build, run, test, or troubleshoot Python receivers for signed Mobilerun webhooks using the published mobilerun-sdk package. Use for HMAC verification, webhook retries and replay protection, secure downloads of files referenced by workflow events, or the bundled webhook showcase. Do not use for general Mobilerun tasks, outbound workflow configuration without a receiving webhook, or TypeScript task-runner integrations.

Informations de source

Dépôt
droidrun/mobilerun-examples
Dernière activité de la source
3 août 2026 à 08:37
Langue détectée de SKILL.md
anglais
Étoiles
1
Forks
1

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Explorateur de fichiers
2 fichiers

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
mobilerun-webhooks
description
Build, run, test, or troubleshoot Python receivers for signed Mobilerun webhooks using the published mobilerun-sdk package. Use for HMAC verification, webhook retries and replay protection, secure downloads of files referenced by workflow events, or the bundled webhook showcase. Do not use for general Mobilerun tasks, outbound workflow configuration without a receiving webhook, or TypeScript task-runner integrations.
# Mobilerun webhooks Use the repository's runnable [Python webhook receiver](../../examples/python/webhook-file-receiver/) as the source of truth. Resolve this link relative to this `SKILL.md`, even when the current working directory is elsewhere. Preserve its authentication and download safeguards when adapting it. Keep responsibilities separated across `config.py`, `security.py`, `downloader.py`, `application.py`, and `http_server.py`. Keep `receiver.py` as the minimal executable entry point. ## Workflow 1. Inspect the repository-root [`pyproject.toml`](../../pyproject.toml) and keep `mobilerun-sdk` installed from PyPI. Do not add a local editable source override. 2. Read the receiver's [`README.md`](../../examples/python/webhook-file-receiver/README.md) and [`.env.example`](../../examples/python/webhook-file-receiver/.env.example). Use `MOBILERUN_CLOUD_API_KEY` and `MOBILERUN_BASE_URL` exactly as shown. 3. Configure a long random `WEBHOOK_PATH` and the endpoint's signing secret in `WEBHOOK_SECRET`. 4. For offline work, run the tests and stop there. Do not create or modify a real webhook endpoint or workflow. 5. Only when the user explicitly requests live verification, start the receiver and an HTTPS tunnel, create or configure the endpoint, trigger a real webhook, and confirm a verified event and an atomically saved file under `DOWNLOAD_DIR`. ## Required security properties - Interpret `X-Mobilerun-Timestamp` as Unix time in milliseconds. Verify `X-Mobilerun-Signature` as `sha256=<lowercase hex>` where the hex value is `HMAC-SHA256(secret, timestamp-as-ASCII + b"." + exact-raw-body)`; never reserialize JSON before verification. - Use constant-time comparison and reject timestamps outside the configured freshness window. - Match the signed event ID/type to their headers and deduplicate event IDs. - Validate `downloadPath`, `fileId`, filename, declared size, and streamed size. - Use the authenticated SDK client only for the mobilerun API request. - Follow the presigned storage redirect without an `Authorization` header. - Write to a temporary file and atomically rename only after validation. - Return 5xx for transient download failures so mobilerun can retry. - Never print or commit API keys, signing secrets, or presigned URLs. ## SDK usage The file-content route is not a modeled SDK resource, so call the `mobilerun_sdk.Mobilerun` client's public `get(..., cast_to=httpx.Response, stream=True)` method for the authenticated API hop. Handle a presigned storage redirect with a separate unauthenticated `httpx.Client`. After changes, run the repository check from the repository root and run the skill validator when it is available. Never make live API changes unless the user explicitly asks to modify or verify a real endpoint or workflow.
Voir sur GitHub