Fanout
io.github.labstackPublished by GitHub account labstackv2026.11.2-alphaUpdated Nov 7, 2026
Investigate OpenTelemetry traces, metrics, and logs, and manage personal dashboards.
Overview
Fanout is a self-hosted observability server whose MCP endpoint lets an assistant query OpenTelemetry traces, logs and metrics and manage personal dashboards.
- What you can do
- Query telemetry: investigate traces, logs and metrics through the same typed query tools the built-in agent uses.
- Explore and query with FanQL without needing an AI provider.
- Review dashboards spanning traces, logs and metrics, and alerts on error rate, latency, throughput and log volume.
- Answer plain-language questions about your telemetry when an AI provider is configured.
- When to use it
- When you already send OpenTelemetry data to a self-hosted Fanout instance and want an external agent to investigate incidents, run queries and read dashboards over MCP instead of clicking through the UI.
- Requirements
- A running Fanout instance reachable over HTTPS, with FANOUT_PUBLIC_URL set to its stable origin; the MCP client connects to that origin's /mcp endpoint and registers through OAuth, with scopes authorized in the browser. Fanout itself needs FANOUT_AUTH_CODE_SECRET and, for chat, an AI provider key.
Installation
In SourceWeft
- Open Fanout in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Other MCP clients
Follow the launch instructions in the repository.
README
Fanout
Observability your agents can operate. Send OpenTelemetry to one binary, then investigate with Fanout's built-in agent or connect your own over MCP.
[CI] [License: Apache 2.0] [Go Reference]
[A Fanout dashboard the built-in agent built from one request: store request rate, error rate, p95 latency and error logs, with request and error rates by service.]Fanout keeps OpenTelemetry traces, logs, and metrics in one binary and one data directory, with no external storage services to operate. Fanout is pre-release and changes without migration paths; the browser client, built-in agent, MCP tools, dashboards, and alerts are preview capabilities (status). Start with the documentation or run it below.
- OTLP ingest over gRPC and HTTP, with local Parquet storage and DuckDB analytics.
- Explore and FanQL for querying telemetry without an AI provider.
- An investigation agent that answers questions about your telemetry in plain language.
- An MCP server for external agents using the same typed query tools.
- Dashboards across traces, logs, and metrics, and alerts on service error rate, latency, throughput, and log volume.
Quick start
Docker
Open the one-time setup URL printed by the container and create the first administrator. Fanout displays the ingest token exactly once; save it with your collector secrets. For later sign-in without SMTP, mint a 15-minute, single-use link against the running container's control database:
The UI, API, MCP, and both OTLP transports share port 7520. See
installation for image defaults and bind-mount ownership, and
first boot for setup and SMTP login.
Native binary
Install a checksum-verified release for Linux or macOS, amd64 or arm64:
Set FANOUT_VERSION to a release tag, such as v2026.11.0-alpha, to pin a release, and FANOUT_PREFIX to choose the installation
directory. Native installs bind 127.0.0.1:7520; set FANOUT_ADDR=:7520 for remote access, then
follow the same first-boot setup.
Send telemetry
A standard OTLP/HTTP exporter can use the saved ingest token:
For a Collector on the same private container network, the forwarding side is:
Use an existing otlp receiver, set INGEST_TOKEN, and replace fanout with the Collector's
reachable private hostname. OTLP/gRPC uses localhost:7520 locally; see send
telemetry for TLS and HTTP/2 setup.
Enable chat
Select FANOUT_AI_PROVIDER=anthropic and inject ANTHROPIC_API_KEY, or select
FANOUT_AI_PROVIDER=openai and inject OPENAI_API_KEY, then restart Fanout; the selected provider
requires its key at startup. With no provider, chat is disabled and the other features still work.
See AI settings.
Connect an MCP client
Set FANOUT_PUBLIC_URL to your stable, externally reachable HTTPS origin, then point a remote MCP
client at that origin's /mcp endpoint. The client discovers and registers through OAuth; you
authorize its scopes in the browser. Fanout serves MCP 2026-07-28 and, through the initialize
handshake, 2025-11-25 and 2025-06-18 over Streamable HTTP. See connect over
MCP for setup and permissions.
How it compares
Fanout is a single node. It has no clustering, no replication, and no object tier; a deployment that outgrows one machine's disk and CPU has outgrown Fanout.
Architecture
One process contains ingest, storage, query, alerts, the agent, MCP, and the React client. Browser and agent clients share a typed observability contract.
Parquet holds telemetry, DuckDB query state is rebuildable, and SQLite holds transactional product state. See how storage works for durable ingest, indexed reads, and compaction while reads continue.
Configuration
Configuration is environment-only: built-in defaults followed by nonempty process environment values, validated before data files or listeners open. Settings are read once at startup; every change requires a restart.
Every secret accepts <NAME>_FILE instead of its value; see the settings
reference for validation and runtime secret
delivery for deployment examples.
Advanced DuckDB sizing
Fanout sizes DuckDB automatically; measured workloads can override memory, connections, and threads as described in DuckDB sizing.
For TLS, health checks, backups, upgrades, retention, and recovery, see the operator runbook.
Performance
Fanout v2026.11.0-alpha accepted 507,311 mixed OpenTelemetry items/s over 306.8 seconds on a Hetzner Cloud ccx33 (8 dedicated vCPUs, 32 GB RAM), with telemetrygen on a separate ccx33. The ingest run on 6 November 2026 passed every quality gate. See the performance methodology. Fanout Bench reproduces the measurement on your hardware.
Build from source
- Go 1.27.3 and a C/C++ toolchain on native Linux or macOS, amd64 or arm64.
Build with
just buildorbash scripts/with-duckdb.sh go build ./cmd/fanout; the wrapper supplies DuckDB's pinned headers, static libraries, and CGO flags. The first build needs network access to download the checksum-verified engine. - Bun — compiles the browser assets
- Node.js 24.19.0 — runs development helpers and builds the documentation site
- just — task runner
- A 32-character authentication code secret
Run it with the minimum configuration:
Open http://localhost:7520 and follow first-boot setup. SMTP and chat are optional; without SMTP,
run ./bin/fanout login-link [email protected] with the same configuration and data directory.
Development
Run just to list recipes, just check for the full gate, just test for Go tests, and just ui
to rebuild embedded browser assets. See CONTRIBUTING.md for environment setup,
generated assets, hooks, and project layout.
Releases
Versions are CalVer — vYYYY.M.N[-alpha|-beta|-rc], numbered from 0 within each month across all
maturity suffixes. Fanout is alpha (for example, v2026.11.0-alpha); GA has no suffix.
Container tags omit the leading v, and every release moves latest. Tagged releases publish
identical manifests to Docker Hub (labstack/fanout) and GHCR (ghcr.io/labstack/fanout); GHCR is
canonical and also carries development images.
See docs/release.md for platforms, checksums, provenance, and verification.
Contributing
Issues and pull requests are welcome; follow CONTRIBUTING.md and run just check
and just test-race before opening a pull request. Report security issues through
SECURITY.md.
Scope
This repository builds Fanout without another repository; LabStack's deployment configuration,
uptime monitoring, and public demo instance are not included. The documentation site in
site/ is included, with settings pages generated from the same internal/config type the
loader binds and checked by just check.
License
Apache-2.0 © LabStack LLC. See NOTICE and THIRD_PARTY_NOTICES for attribution, and TRADEMARK for use of the Fanout name and logo.
Source: README.md at commit 0b65468
Tools
0Version history
23- v2026.11.2-alphaLatestNov 7, 2026
- v2026.11.0-alphaNov 5, 2026
- v2026.10.24-alphaOct 30, 2026
- v2026.10.23-alphaOct 26, 2026
- v2026.10.22-alphaOct 22, 2026
- v2026.10.20-alphaOct 20, 2026
- v2026.10.19-alphaOct 19, 2026
- v2026.10.18-alphaOct 19, 2026
- v2026.10.16-alphaOct 19, 2026
- v2026.10.15-alphaOct 18, 2026
- v2026.10.13-alphaOct 18, 2026
- v2026.10.12-alphaOct 17, 2026
- v2026.10.11-alphaOct 17, 2026
- v2026.10.9-alphaOct 16, 2026
- v2026.10.7-alphaOct 16, 2026
- v2026.10.5-alphaOct 15, 2026
- v2026.10.4-alphaOct 15, 2026
- v2026.10.3-alphaOct 15, 2026
- v2026.10.1-alphaOct 15, 2026
- v2026.10.0Oct 11, 2026
- v2026.9.8Sep 22, 2026
- v2026.9.7Sep 21, 2026
- v2026.9.6Sep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 daysRequired25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declaredRequired10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts