rtk-ai/rtk

Add support for docker compose (build, up, exec, ps, restart)

Open

#1.727 geöffnet am 5. Mai 2026

Auf GitHub ansehen
 (2 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Rust (2.914 Forks)batch import
area:clienhancementhelp wantedpriority:medium

Repository-Metriken

Stars
 (48.085 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 11T 1h) (45 gemergte PRs in 30 T)

Beschreibung

Problem

rtk discover flagged docker-compose as my single largest unhandled command surface — across 30 days I had:

  • docker compose ... — 724 invocations
  • docker-compose build — 222
  • docker-compose up — 194
  • docker-compose exec — 185
  • docker-compose ps — 101

Total: ~1,426 invocations not benefiting from RTK. docker exec is already handled (rtk docker), but the compose family isn't.

Proposal

A rtk compose <subcommand> (or auto-detection of docker compose ... / docker-compose ...) that compresses the same way rtk docker does:

  • build — collapse layer-cached steps, surface only actual build steps + warnings/errors
  • up / up -d — drop ASCII spinners and "Container ... Started" noise; one line per service
  • ps — same compact table style as rtk docker ps
  • exec — passthrough (no compression needed, but routes through hook)
  • restartok <service> style, like rtk git push

Why it matters

For projects on docker-compose, every up/build/ps cycle dumps hundreds of tokens of progress UI into Claude's context. Estimated savings on my usage alone: ~80% on build/up output.

Contributor Guide