Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add instructions/fossasia/eventyay/dockerfilegit clone --depth 1 https://github.com/fossasia/eventyayWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00970 | $0.00970 |
| Opus 5 | $0.00485 | $0.00485 |
| Sonnet 5 | $0.00194 | $0.00194 |
| Haiku 4.5 | $0.00097 | $0.00097 |
Grade A, and why
eventyay dockerfile.instructions.md scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 131 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Docker and Container Reference
This document covers Docker Compose usage, container services, environment variables, and the development workflow for Eventyay.
Core Architecture Principle:
- Development (
docker-compose.yml): Builds directly fromapp/Dockerfile. Thewebcontainer serves static assets directly via Django. - Production (
deployment/docker-compose.yml): Uses a pre-built image (eventyay/eventyay-next:${TAG}) rather than building it locally. This image is built fromapp/Dockerfile.prodvia CI/CD pipelines. Static assets are pre-built. In production, Nginx is typically configured at the host level (outside this Compose stack) to reverse-proxy requests to the Gunicorn application server.
For the full production deployment walkthrough including Nginx, SSL, and backups, see DEPLOYMENT.md.
Files
| File | Purpose |
|---|---|
docker-compose.yml |
Development / local stack |
deployment/docker-compose.yml |
Production stack |
deployment/env.dev.sample |
Sample development environment variables |
deployment/env.sample |
Sample production environment variables |
deployment/nginx/ |
Nginx reverse-proxy configuration |
Services
Development stack (docker-compose.yml)
| Service | Container name | Port | Description |
|---|---|---|---|
web |
eventyay-next-web |
8000 | Django development server |
worker |
eventyay-next-worker |
— | Celery task worker |
redis |
eventyay-next-redis |
— | Message broker and cache |
db |
eventyay-next-db |
— | PostgreSQL 15 database |
Environment Variables
Copy the sample file and edit it before starting the stack:
cp deployment/env.dev.sample .env.dev
Key variables to configure:
| Variable | Description |
|---|---|
EVY_SECRET_KEY |
Django secret key (keep it secret) |
EVY_POSTGRES_DB |
PostgreSQL database name used by the Django app |
EVY_POSTGRES_USER |
PostgreSQL username used by the Django app |
EVY_POSTGRES_PASSWORD |
PostgreSQL password used by the Django app |
POSTGRES_DB |
PostgreSQL database name used by the database container |
POSTGRES_USER |
PostgreSQL username used by the database container |
POSTGRES_PASSWORD |
PostgreSQL password used by the database container |
EVY_REDIS_URL |
Redis connection URL |
EVY_SITE_URL |
Public site URL, e.g. https://<SERVER_NAME> |
EVY_ALLOWED_HOSTS |
Django ALLOWED_HOSTS, e.g. <SERVER_NAME> |
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 131 lines · 970 tokens per session scan A e66a52c5e415
eventyay dockerfile.instructions.md is an instructions file published in the GitHub repository fossasia/eventyay (1,653 stars, last pushed today), licensed Apache-2.0. It adds 970 tokens to every session, about $0.0049 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other instructions, from other repositories
appwrite AGENTS.md
AGENTS.md instructions for appwrite/appwrite, covering appwrite, commands, stack, layout and libraries.
kubevirt-tekton-tasks AGENTS.md
Instructions for kubevirt/kubevirt-tekton-tasks, covering kubevirt tekton tasks - project guide, jira task management, documentation, project structure and key relationships.
docker-zoneminder CLAUDE.md
Instructions for jantman/docker-zoneminder, covering claude.md, project overview, build and test, ci/cd and architecture.
MoaV AGENTS.md
Instructions for MotherofallVPNs/MoaV, covering what moav is, install & run, everyday operations, dashboards & access — what to hand the owner and where things live.
observability-mcp CLAUDE.md
Instructions for ThoTischner/observability-mcp, covering observability-mcp development guide, docker-first development, quick start, rebuild a single service and view logs.
docker-gemini-cli GEMINI.md
Instructions for naoyoshinori/docker-gemini-cli, covering 1. core functionality, 2. project structure and key files, 2.1. image variants, 2.2. automation and 3. documentation.