Support
Where to get help with a self-hosted Future AGI install, what to include so the team can answer, and how to report a security vulnerability privately.
In this page
Check Troubleshooting & FAQs first. If your problem isn’t there, this page says where to ask, what to include, and how to report a vulnerability.
Ask in Discord or open a GitHub issue, with your setup (Standalone, Distributed or Helm), the release, docker compose ps and the failing service’s logs. Report vulnerabilities privately to security@futureagi.com, never in a public issue.
Where to get help
Discord
Ask the community and the team in the Future AGI Discord
GitHub issues
Report a bug or request a feature. Not for vulnerabilities, see below
Reporting a security issue
Warning
A vulnerability never goes in a public GitHub issue. Report it privately to security@futureagi.com, which is what the repo’s SECURITY.md asks for. You’ll get an acknowledgement within 24 hours on weekdays, and disclosure is coordinated with you rather than announced.
Before you post
A question is easier to answer with the basics attached:
- What you ran and what happened, with the exact error
- Your setup (Standalone, Distributed or Helm) and the release you run. On Docker Compose, the first command prints the compose file, profiles and versions that
.envrecords, and the second lists the image and tag each container runs, since an unset version variable falls back to a default tag:
If you start the stack withgrep -E '^(COMPOSE_FILE|COMPOSE_PROFILES|[A-Z_]+_VERSION)=' .env docker compose images-for--env-fileflags, as with the production overlay, grep that env file and pass the same flags todocker compose images. The images tell the setups apart: anappcontainer onfutureagi/standaloneis Standalone, andbackendandworkercontainers onfutureagi/future-agiare Distributed. An install made before Standalone became the default is Distributed even when.envhas noCOMPOSE_FILEline. Roll back a bad release lists what each version variable pins. On Helm,helm list -n futureagishows the chart version, which matches the platform release. - Output of
docker compose psso the team can see which service is down - Logs from the failing service:
docker compose logs app --tail=200on Standalone, ordocker compose logs <service> --tail=200for the service that fails on Distributed. When you can’t tell which service fails, attach every log instead:docker compose logs > all-logs.txt 2>&1. Review logs before you post them: Standalone’s start-up summary never prints a secret’s value, but logs can still hold credentials inside URLs or provider error messages. - If
./bin/installfailed, itsinstall-YYYYMMDD-HHMMSS.logfrom the repository root. It never records the account password, which the installer passes tocreate_useron stdin, but it holds your email address, the host name and kernel version (uname -a), the host’s LAN IP address and sometimes its public one, and, after a failed start, the last lines of the service logs. Read it before you attach it. - On Helm, a support bundle instead of the Compose commands above
- Your platform (Linux host, EC2, GCE, or your Kubernetes distribution) and whether you’re on managed data stores
Commercial support
For managed hosting, an SLA, or help with a production rollout, reach out at sales@futureagi.com.
Dive deeper
Questions & Discussion