How it runs
The daemon ships with Friday Studio and starts automatically when you launch the app. The installed app serves the API athttps://local.hellofriday.ai:18080 — a loopback hostname that resolves to your machine, with a trusted TLS certificate so the browser and curl accept it without warnings. Because the daemon binds to your local machine, no authentication is required and traffic never leaves it — your spaces, prompts, and outputs stay local.
Studio is a web UI that talks to this same API. The CLI and SDK do too. That means anything you build against the API — scripts, automations, integrations — works the same way Studio does, against the same surface.
Endpoint groups
The daemon organizes endpoints into a small set of resource groups. Each group has its own reference page with request and response schemas:| Group | What it does |
|---|---|
| Health | Daemon liveness and status — verify the daemon is reachable |
| Spaces | Create, list, register, configure, and delete spaces |
| Chat | Send a prompt to a space and stream the response |
| Sessions | Inspect running and historical job sessions |
| Signals | Trigger automations from your own code |
| Agents | Discover the agents available to a space |
| Artifacts | Retrieve files, reports, and data produced by agents |
| Configuration | Read and update daemon environment variables |
Health check
Use the health endpoint to confirm the daemon is up before issuing other requests:Streaming responses
Chat and session endpoints support Server-Sent Events (SSE) so you can stream model output as it’s generated. Add-N to curl (or set Accept: text/event-stream from your HTTP client) to keep the connection open and receive events as they arrive:
streamId.
Webhook tunnel
To receive webhooks from external services like GitHub, Bitbucket, or Jira, the platform includes a webhook tunnel on port 19090 that exposes a public URL through Cloudflare. The tunnel forwards inbound requests to your local daemon, so HTTP signals work even when Friday is only running on your laptop. See HTTP signals for tunnel setup, payload examples, and security guidance.Triggering signals from your code
Signals are the canonical way to start jobs. Once a signal is defined in yourworkspace.yml, you can fire it from anywhere — a cron, another agent, a button in your own UI — by POSTing to its endpoint:
payload is passed through to the job. See Signals for the conceptual model and Triggering signals manually for CLI and Studio equivalents.
When to use the API
- Build a custom integration — embed Friday into your own product, dashboard, or workflow tool.
- Automate from CI or scripts — kick off jobs from GitHub Actions, scheduled tasks, or your shell.
- Pipe outputs to other systems — fetch artifacts and forward them to storage, chat, or downstream pipelines.
- Drive multiple spaces — manage many spaces from a single script instead of the Studio UI.

