A self-hosted, code-first content scheduler for Vestaboard split-flap displays. Define your board content as version-controlled JSON — cron schedules, templated messages, live data integrations, and a priority queue — with no web UI or cloud dependency required. Supports both the Note (3×15) and the Flagship (6×22).
This project is primarily agent-developed using Claude, with human design, decision-making, guidance, and review. See Philosophy for more on the approach.
E•NOTE•ION is built for developers and power users who want to treat their board like infrastructure: content in files, schedules in cron, secrets in env vars, deploys in Docker.
If you'd prefer a friendlier experience — a web UI, drag-and-drop scheduling, and a polished setup flow — check out FiestaBoard, which nails that use case beautifully.
The Vestaboard community has built a lot of great tooling:
| Project | What it does well |
|---|---|
| FiestaBoard | Full-featured self-hosted app with a web UI and a rich scheduling experience |
| Vestaboard+ | Official cloud subscription with Zapier/IFTTT integration and a curated app marketplace |
| jparise/vesta | Clean Python library for the Vestaboard API — great if you want to build your own tooling |
| natekspencer/hacs-vestaboard | Home Assistant integration for triggering board updates from automations |
| Zapier / IFTTT | No-code workflow triggers via Vestaboard+ — lowest barrier to entry |
| MCP servers | Emerging tools for LLM-driven board updates from Claude and other agents |
Pre-built multi-arch images (linux/amd64, linux/arm64) are published to
the GitHub Container Registry on each release.
First copy config.example.toml to config.toml and fill in your API keys
and settings (see Configuration below). Then run:
docker run -d \
--name e-note-ion \
--restart unless-stopped \
-v /path/to/config.toml:/app/config.toml:ro \
ghcr.io/jasonpuglisi/e-note-ion:latestTo mount personal content, add a volume pointing at /app/content/user:
-v /path/to/your/content:/app/content/user \Display model, public mode, and enabled contrib content are all configured in
config.toml under [scheduler] — no environment variables needed for these
settings. See Configuration for details.
Contrib integrations require their own API keys and configuration — see
content/README.md for details.
An Unraid Docker template is available in a separate repository. It exposes config file path, user content directory, timezone, and webhook port as UI fields.
Some integrations print important messages to stdout during startup or operation — for example, an authentication code and URL you need to visit to complete an OAuth flow. Check the container logs to see these messages.
Docker:
docker logs e-note-ion
# or follow live:
docker logs -f e-note-ionUnraid: In the Unraid web UI, go to Docker → click the container icon next to e-note-ion → Logs.
Some integrations (e.g. Trakt.tv) use an OAuth device code flow: the
scheduler prints a short code and URL to the container logs, you visit
the URL on any device and approve access, and tokens are automatically
saved to config.toml. No browser on the scheduler host is required.
For this to work, config.toml must be mounted read-write (not :ro)
so the scheduler can persist the tokens:
# Correct — read-write (required when using auth-based integrations):
-v /path/to/config.toml:/app/config.toml
# Wrong — read-only prevents token persistence:
-v /path/to/config.toml:/app/config.toml:roUntil auth is complete, templates from that integration are silently skipped
and the display shows other content normally. See each integration's sidecar
doc under content/contrib/ for setup details.
Copy config.example.toml to config.toml and fill in your values:
cp config.example.toml config.toml
# edit config.toml — add your Vestaboard API key and any integration settingsconfig.toml is git-ignored and contains secrets — never commit it.
Key [scheduler] settings:
| Key | Default | Description |
|---|---|---|
model |
"note" |
Display model: "note" (3×15) or "flagship" (6×22) |
public |
false |
When true, skip templates marked private = true (for shared/guest-visible spaces). Can be toggled at runtime via POST /webhook/scheduler with {"action": "public"} or {"action": "private"} |
content_enabled |
(absent) | Content filter for cron-scheduled templates in both user/ and contrib/: absent = all user loads, no contrib; ["*"] = all user + all contrib; ["bart", "my_quotes"] = only matching stems from either directory. Webhook-only integrations (plex, message, notion) are unaffected — their webhooks fire regardless of this setting. |
timezone |
system TZ | IANA timezone for cron job scheduling (e.g. "America/Los_Angeles") |
min_hold |
60 |
Minimum seconds any message stays on display before a high-priority (≥8) queued message can interrupt it. Set to 0 to disable (not recommended for physical displays). |
When the webhook listener is enabled, a health endpoint is
available at GET /health. It returns a JSON summary of all registered
integration statuses, useful for uptime monitoring (e.g. UptimeRobot).
Authentication: A credential is auto-generated on first startup — check
the container logs for the plaintext secret. Pass it as
X-Webhook-Secret: <secret> (preferred) or ?secret=<secret>.
HTTP status codes:
200— everything healthy (or unknown)503— one or more targets degraded or errored
Response format:
{
"status": "healthy",
"uptime_seconds": 3600,
"vestaboard": {
"status": "healthy",
"last_success": "2026-01-01T12:00:00+00:00",
"last_expected_empty": null,
"last_error": null,
"last_error_message": null,
"last_locked": "2026-01-01T07:00:00+00:00",
"locked_events": 2,
"success_rate": 1.0,
"total_events": 10,
"registered_at": "2026-01-01T08:00:00+00:00"
},
"integrations": {
"weather": {
"status": "healthy",
"last_success": "2026-01-01T12:00:00+00:00",
"last_expected_empty": null,
"last_error": null,
"last_error_message": null,
"last_locked": null,
"locked_events": 0,
"success_rate": 1.0,
"total_events": 10,
"registered_at": "2026-01-01T08:00:00+00:00"
}
}
}The vestaboard key tracks the display send path itself (POST to the
Read/Write API) separately from integrations, so a Vestaboard outage does
not smear across every integration's status — and vice versa. Each target
tracks the last 20 events in a rolling buffer. Status levels: healthy
(≥70% non-error rate), degraded (below threshold), error (all errors),
unknown (no events yet). Expected empty data (e.g. nothing playing, no
events today) counts as healthy — only API failures trigger degraded/error.
Vestaboard locked responses (HTTP 423 during quiet hours) are tracked
separately via last_locked / locked_events and do not affect status.
Health events are persisted to data/health.jsonl so that history survives
container restarts. Events older than 7 days are automatically purged. In
Docker, the data/ directory is an anonymous volume — no user configuration
is needed for persistence across stop/start cycles.
A periodic health summary also logs to the console every hour, showing non-healthy integrations and their recent error rates.
Requirements: Python 3.14+
pip install e-note-ionCreate a config file and run:
cp config.example.toml config.toml # fill in your API key
e-note-ion # or: e-note-ion --config /path/to/config.tomlUse e-note-ion --help for CLI options.
Requirements: Python 3.14+, uv
uv sync
cp config.example.toml config.toml # fill in your API key
uv run e-note-ionDisplay model, public mode, and content filter are set in config.toml
under [scheduler]. See Configuration for details.
Content is defined as JSON files in two directories:
content/contrib/— bundled community-contributed content, disabled by default. Enable via[scheduler].content_enabledinconfig.toml.content/user/— personal content. Loaded automatically whencontent_enabledis absent; filtered alongside contrib when it is set. Git-ignored; mount your own directory here or symlink to a private repo.
See content/README.md for the full content format
reference, including template fields, variables, color squares, priority
guidelines, schedule overrides, and available integrations.
Content as code. Board messages live in JSON files alongside your other dotfiles and configs. They're version-controlled, diff-able, and deployable the same way as everything else. There's no database to back up, no UI state to sync, and no vendor lock-in — just files, cron, and a single Python process.
An AI development experiment. E•NOTE•ION is also an ongoing exploration of agentic software development. Most of the implementation is written by Claude, with a human setting direction, reviewing plans, and making architectural calls. The goal isn't to remove the human — it's to see how far thoughtful human–AI collaboration can go on a real project with real constraints.
uv sync
uv run pre-commit installRun the full check suite before committing:
uv run ruff check .
uv run ruff format --check .
uv run pyright
uv run bandit -c pyproject.toml -r .
uv run pip-audit
uv run pre-commit run pretty-format-json --all-files
uv run pytestAll checks are also enforced as pre-commit hooks.
Integration tests hit the real APIs and are excluded from the default pytest
run. To run them locally:
cp .env.example .env
# fill in your API keys — bare values, no surrounding quotes
uv run pytest -m integration -vRequired keys:
| Key | Where to get it |
|---|---|
VESTABOARD_VIRTUAL_API_KEY |
web.vestaboard.com → Developer → Virtual Boards |
CALENDAR_URL |
Google/iCloud: secret-address .ics URL (see content/contrib/calendar.md) |
CALENDAR_CALDAV_URL |
https://caldav.icloud.com/ for iCloud CalDAV |
CALENDAR_USERNAME |
Apple ID email address |
CALENDAR_PASSWORD |
App-specific password from appleid.apple.com |
BART_API_KEY |
api.bart.gov/api/register.aspx |
DISCOGS_TOKEN |
discogs.com/settings/developers |
TRAKT_CLIENT_ID |
trakt.tv/oauth/applications → your app |
TRAKT_CLIENT_SECRET |
same app page |
TRAKT_ACCESS_TOKEN |
run Trakt auth flow once and copy from config.toml |
TMDB_API_READ_ACCESS_TOKEN |
themoviedb.org/settings/api (optional; enhances Plex/Trakt metadata) |
CALENDAR_CARDDAV_URL |
https://contacts.icloud.com/ for iCloud birthday integration |
PARCEL_API_KEY |
web.parcelapp.net → API key (requires Parcel Premium) |
DIVING_NDBC_STATION |
ndbc.noaa.gov station ID (e.g. 46221) |
DIVING_LAT |
Station latitude |
DIVING_LON |
Station longitude |
YNAB_API_KEY |
app.ynab.com/settings/developer → Personal Access Token |
YNAB_BUDGET_ID |
Budget UUID from the YNAB web app URL |
.env is git-ignored — never commit it.
