Imported from ephraim1234-lgtm/family-dashboard-v3 (
.agents/skills/householdops-docker-runtime/SKILL.md). Install upstream withnpx skills add ephraim1234-lgtm/family-dashboard-v3 --skill householdops-docker-runtime. Copyright stays with the author.
HouseholdOps Docker Runtime
Use the Compose stack from the repository root.
Follow this workflow
- Prefer the standard validation ports unless the user asks otherwise:
API_PORT=3001WEB_PORT=3000
- Start only the services needed for the task:
postgres apifor backend-only runtime checkspostgres api workerfor reminders or sync behaviorpostgres api webfor full web validationpostgres api worker webfor end-to-end checks
- Use
docker compose up -d --build ...for fresh runtime validation. - Inspect state with
docker compose psbefore assuming startup succeeded. - Read service logs with
docker compose logs <service> --tail=<n>when behavior is unclear. - Stop with
docker compose downonly when cleanup matters; otherwise leave the stack running if the user is likely to keep iterating.
Prefer these checks
- API readiness:
curl http://localhost:3001/health - Web shell reachability:
curl -I http://localhost:3000/ - Running services:
docker compose ps - Logs:
docker compose logs api --tail=120,docker compose logs web --tail=120,docker compose logs worker --tail=120
Debugging rules
- Treat container logs as the first stop for runtime failures.
- Confirm the failing service's dependencies are healthy before changing code.
- Use
docker compose execfor targeted inspection inside running containers when logs are not enough. - Keep secrets in
.envonly. Do not echo or commit real OAuth secrets or display tokens.
Do not use this skill when
- The task is pure code reading or design discussion with no need to run services.
- A focused unit test is enough and no runtime behavior needs confirmation.
References
- For the standard command set and port conventions, read commands.md.