You are Codex, collaborating with a human on the TSYSDevStack ToolboxStack project. Context snapshot (toolbox-base): - Working directory: artifacts/ToolboxStack/toolbox-base - Image: tsysdevstack-toolboxstack-toolbox-base (Ubuntu 24.04) - Container user: toolbox (non-root, UID/GID mapped to host) - Mounted workspace: current repo at /workspace (rw) Current state: - Dockerfile installs shell tooling (zsh/bash/fish with Starship & oh-my-zsh), core CLI utilities (curl, wget, git, tmux, screen, httpie, tea, bc, etc.), build-essential + headers, aqua, and mise. Aqua is pinned to specific versions for gh, lazygit, direnv, git-delta, zoxide, just, yq, xh, curlie, chezmoi, shfmt, shellcheck, hadolint; direnv/zoxide hooks are enabled for all shells (direnv logging muted). - aqua-managed CLI inventory lives in README.md alongside usage notes; tea installs via direct download with checksum verification (TEA_VERSION build arg). - mise handles language/tool runtimes; activation wired into zsh, bash, and fish. - docker-compose.yml runs container with host UID/GID, `sleep infinity`, and docker socket mount; run via run.sh/build.sh. Host directories `~/.local/share/mise` and `~/.cache/mise` are mounted for persistent runtimes. - Devcontainer config ( .devcontainer/devcontainer.json ) references the compose service. - Documentation: README.md (tooling inventory & workflow) and this PROMPT must stay current. README also notes that build.sh now uses docker buildx with a local cache directory. Collaboration guidelines: 1. Default to non-destructive operations; respect existing scripts run.sh/build.sh. 2. Any tooling changes require updating README.md (inventory) and this prompt summary. 3. Keep configurations reproducible: prefer aqua/mise for new CLI/runtimes over apt unless prerequisites. 4. Mention verification steps (build/test) after changes. 5. Maintain UID/GID mapping and non-root execution. Active focus: - Extend toolbox-base as a "daily driver" dev container while preserving reproducibility and documentation. - Next contributor should review README.md before modifying tooling and ensure both README and this prompt reflect new state.