Frb Docker
fzyzcjy/flutter_rust_bridge
A skill your agent uses for ordinary flutterrustbridge Docker/devcontainer setup, local image usage, and Apple Silicon containers; route image upgrades and publishing to frb-upgrade-docker.
Fix deployed Rust binaries not reflecting code changes when using docker buildx.
Install Docker Buildx Stale Rust Binary
$ npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install divinevideo/divine-mobile docker-buildx-stale-rust-binary --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/divinevideo/divine-mobile.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/docker-buildx-stale-rust-binary .claude/skills/docker-buildx-stale-rust-binary && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "docker-buildx-stale-rust-binary" agent skill from https://github.com/divinevideo/divine-mobile/tree/main/.agents/skills/docker-buildx-stale-rust-binary into .claude/skills/docker-buildx-stale-rust-binary/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker-buildx-stale-rust-binary", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/divinevideo/divine-mobile/tree/main/.agents/skills/docker-buildx-stale-rust-binaryType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install divinevideo/divine-mobile docker-buildx-stale-rust-binary --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/divinevideo/divine-mobile.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/docker-buildx-stale-rust-binary .agents/skills/docker-buildx-stale-rust-binary && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "docker-buildx-stale-rust-binary" agent skill from https://github.com/divinevideo/divine-mobile/tree/main/.agents/skills/docker-buildx-stale-rust-binary into .agents/skills/docker-buildx-stale-rust-binary/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker-buildx-stale-rust-binary", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install divinevideo/divine-mobile docker-buildx-stale-rust-binary --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/divinevideo/divine-mobile.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/docker-buildx-stale-rust-binary .cursor/skills/docker-buildx-stale-rust-binary && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "docker-buildx-stale-rust-binary" agent skill from https://github.com/divinevideo/divine-mobile/tree/main/.agents/skills/docker-buildx-stale-rust-binary into .cursor/skills/docker-buildx-stale-rust-binary/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker-buildx-stale-rust-binary", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/divinevideo/divine-mobile.git --path .agents/skills/docker-buildx-stale-rust-binary--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install divinevideo/divine-mobile docker-buildx-stale-rust-binary --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/divinevideo/divine-mobile.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/docker-buildx-stale-rust-binary .gemini/skills/docker-buildx-stale-rust-binary && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "docker-buildx-stale-rust-binary" agent skill from https://github.com/divinevideo/divine-mobile/tree/main/.agents/skills/docker-buildx-stale-rust-binary into .gemini/skills/docker-buildx-stale-rust-binary/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker-buildx-stale-rust-binary", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install divinevideo/divine-mobile docker-buildx-stale-rust-binaryInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/divinevideo/divine-mobile.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/docker-buildx-stale-rust-binary .github/skills/docker-buildx-stale-rust-binary && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "docker-buildx-stale-rust-binary" agent skill from https://github.com/divinevideo/divine-mobile/tree/main/.agents/skills/docker-buildx-stale-rust-binary into .github/skills/docker-buildx-stale-rust-binary/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker-buildx-stale-rust-binary", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install divinevideo/divine-mobile docker-buildx-stale-rust-binary --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/divinevideo/divine-mobile.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/docker-buildx-stale-rust-binary .opencode/skills/docker-buildx-stale-rust-binary && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "docker-buildx-stale-rust-binary" agent skill from https://github.com/divinevideo/divine-mobile/tree/main/.agents/skills/docker-buildx-stale-rust-binary into .opencode/skills/docker-buildx-stale-rust-binary/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "docker-buildx-stale-rust-binary", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Facts
- Skill name
docker-buildx-stale-rust-binary- GitHub stars
- 266
- Token cost
- ~874 tokens
- SKILL.md length
- 217 words
- Files
- 1
- Skills in repo
- 103
- Repo updated
- First seen
- Licence
- MPL-2.0
At a glance
Fix deployed Rust binaries not reflecting code changes when using docker buildx.
- Code changes are verified locally (tests pass) but production behavior doesnt change after deploy
- SKILL.md covers Problem, Context / Trigger Conditions, Solution and Verification, plus 2 more sections
- Calls docker
- Docker image has a new tag but contains old compiled binary
What it does
Docker Buildx Stale Rust Binary is an agent skill from divinevideo/divine-mobile. Fix deployed Rust binaries not reflecting code changes when using docker buildx. Use when: (1) Code changes are verified locally (tests pass) but production behavior doesn't change after deploy, (2) Docker image has a new tag but contains old compiled binary, (3) Dockerfile uses multi-stage build with dependency pre-compilation layer and source copy layer. Docker buildx layer caching can serve stale compilation output even when source files change, especially with cross-compilation (--platform linux/amd64).
Its SKILL.md is about 870 tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in DevOps & Cloud, covering Containers. It works with Docker, Rust and Linux. The licence is MPL-2.0.
When your agent uses it
- Code changes are verified locally (tests pass) but production behavior doesnt change after deploy
- Docker image has a new tag but contains old compiled binary
- Dockerfile uses multi-stage build with dependency pre-compilation layer and source copy layer
Example prompts
- “/docker-buildx-stale-rust-binary”
Requirements
- Docker
What it can do on your machine
Read from SKILL.md and the folder at commit 6487b05. It shows what the files ask for, not the result of running them.
Tool permissions
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Runs code
Shell commands in SKILL.md call:
docker
From the folder's file list and the shell code blocks in SKILL.md.
Network
No URLs in SKILL.md. Its commands use docker, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Credentials
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Context cost
Docker Buildx Stale Rust Binary loads about 874 tokens when it runs. Until then it costs about 136 tokens; SKILL.md has 217 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
Safety
Auto-check passed
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
SKILL.md
The full file from divinevideo/divine-mobile at commit 6487b05, republished under its MPL-2.0 licence (© divinevideo). 217 words, ~874 tokens.
Download SKILL.mdSave it as
.claude/skills/docker-buildx-stale-rust-binary/SKILL.md (or your agent's skills folder).- name
- docker-buildx-stale-rust-binary
- description
- Fix deployed Rust binaries not reflecting code changes when using docker buildx. Use when: (1) Code changes are verified locally (tests pass) but production behavior doesn't change after deploy, (2) Docker image has a new tag but contains old compiled binary, (3) Dockerfile uses multi-stage build with dependency pre-compilation layer and source copy layer. Docker buildx layer caching can serve stale compilation output even when source files change, especially with cross-compilation (--platform linux/amd64).
- author
- Claude Code
- version
- 1.0.0
- date
- 2026-03-31
Docker Buildx Stale Rust Binary Cache
Problem
Docker buildx may serve stale compiled Rust binaries from layer cache even when source
files have changed. The image gets a new tag and pushes successfully, but contains the
old compiled binary. This is especially common with cross-platform builds
(--platform linux/amd64 on ARM Macs).
Context / Trigger Conditions
- Dockerfile uses multi-stage pattern: copy Cargo.toml → build deps → copy source → build
- Using
docker buildx build --pushwith--platform linux/amd64 - Code changes verified locally (tests pass) but production shows old behavior
- Image digest from cached build differs from
--no-cachebuild - Adding a simple response header in code and it doesn't appear in production
Solution
Always use --no-cache when deploying code changes:
# WRONG — may use cached compilation layer with old code
docker buildx build --platform linux/amd64 --target api \
-t registry/image:tag --push .
# CORRECT — forces full recompilation
docker buildx build --platform linux/amd64 --target api \
--no-cache -t registry/image:tag --push .Verification
Compare image digests between cached and no-cache builds:
# Build with cache
docker buildx build --platform linux/amd64 --target api \
-t registry/image:cached --push . 2>&1 | grep "pushing manifest"
# Note the sha256 digest
# Build without cache
docker buildx build --platform linux/amd64 --target api \
--no-cache -t registry/image:nocache --push . 2>&1 | grep "pushing manifest"
# Note the sha256 digest
# If digests differ, the cached build had stale codeExample
Typical Dockerfile pattern vulnerable to this:
# Layer 1: Copy manifests (cached if Cargo.toml unchanged)
COPY Cargo.toml Cargo.lock ./
COPY crates/*/Cargo.toml crates/
# Layer 2: Build dependencies (cached — this is the good cache)
RUN cargo build --release && rm -rf src crates
# Layer 3: Copy actual source (SHOULD invalidate on source change)
COPY crates crates
COPY bin bin
# Layer 4: Rebuild with actual source
RUN touch crates/*/src/lib.rs && cargo build --releaseThe issue: buildx's content-addressable cache may match Layer 4's output from a previous build if the intermediate representations happen to collide, especially during cross-compilation where the build environment state is more complex.
Notes
- This primarily affects
--platformcross-compilation builds (ARM → x86) - Native-platform builds are less likely to hit this issue
- The
--no-cacheflag adds ~5-10 minutes to Rust builds but guarantees fresh compilation - Alternative: use
--cache-fromwith explicit cache scoping to avoid stale layers - Consider adding a build-time env var (like commit hash) that forces layer invalidation:
dockerfile ARG BUILD_HASH RUN echo $BUILD_HASH && cargo build --release
© divinevideo, MPL-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Files
Just SKILL.md in .agents/skills/docker-buildx-stale-rust-binary of divinevideo/divine-mobile.
Open the folder on GitHubat commit 6487b05
Compare with similar skills
Docker Buildx Stale Rust Binary next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Docker Buildx Stale Rust Binary this skilldivinevideo/divine-mobile | 266 | — | ~874 | Automated safety check: Pass | MPL-2.0 | |
| Frb Dockerfzyzcjy/flutter_rust_bridge | 5.4k | — | ~914 | Automated safety check: Pass | MIT | |
| GreptimeDB Dev Docker ImageGreptimeTeam/greptimedb | 6.7k | — | ~4k | Automated safety check: Notes | Apache-2.0 | |
| GitHub Actions CreatorFNOSP/FlyNarwhal | 496 | 1 repos | ~2.4k | Automated safety check: Pass | AGPL-3.0 | |
| Swig CI Reproswig/swig | 6.3k | — | ~1.2k | Automated safety check: Pass | Custom licence | |
| Docker Jfr Benchmark Loopeclipse-rdf4j/rdf4j | 420 | — | ~945 | Automated safety check: Pass | BSD-3-Clause |
Similar skills
GreptimeDB Dev Docker Image
GreptimeTeam/greptimedb
Packages a locally built GreptimeDB debug binary into a development-only Docker image for local-cluster testing, with an optional push to a dev registry.
GitHub Actions Creator
FNOSP/FlyNarwhal
A skill your agent uses when the user wants to create, generate, or set up a GitHub Actions workflow.
Swig CI Repro
swig/swig
Reproduce a GitHub Actions Linux CI failure locally when it does not happen on your machine: a podman/docker image that mirrors the ubuntu-22.04 runner by reusing the real Tools/CI-linux-.sh install…
Docker Jfr Benchmark Loop
eclipse-rdf4j/rdf4j
Run a repeatable RDF4J performance loop against one JMH benchmark in Docker with Linux Java 26 and JFR CPU-time profiling.
- Official
.NET Crash Dump Collection
dotnet/skills
Configures automatic crash dumps or captures dumps from running processes for modern .NET apps on Linux, macOS and Windows, including Docker and Kubernetes.
More from divinevideo/divine-mobile
All 103 skills in this repoArgocd Externalsecret Namespace Permission
divinevideo/divine-mobile
Fix ArgoCD ExternalSecret deployment failing with "namespace X is not permitted in project Y".
Art Direct
divinevideo/divine-mobile
Art direction for any content — reads text, PDF, Word, HTML, PPT, then proposes 2-3 creative directions with photography style, mood, and visual language.
Async Await Null Race Condition
divinevideo/divine-mobile
Fix "Null check operator used on a null value" errors when an object is set to null during an async await.
AWS V4 Signing Custom Headers Gcs
divinevideo/divine-mobile
Add custom metadata headers (x-amz-meta-) to AWS v4 signed requests for GCS S3-compatible API.
Bash Herestring Newline Secrets
divinevideo/divine-mobile
Fix password/secret authentication failures caused by trailing newlines when creating Google Cloud secrets (or similar) with bash here-strings.
Blossom Content Addressed URL Filtering
divinevideo/divine-mobile
Fix silent video/media processing failures caused by URL extraction code that filters on file extensions (.mp4, .webm, .webp).
Related
Categories
Questions about Docker Buildx Stale Rust Binary
What does Docker Buildx Stale Rust Binary do?
Fix deployed Rust binaries not reflecting code changes when using docker buildx. Docker Buildx Stale Rust Binary is an agent skill from divinevideo/divine-mobile. Fix deployed Rust binaries not reflecting code changes when using docker buildx.
When should I use Docker Buildx Stale Rust Binary?
Docker Buildx Stale Rust Binary fits situations like: code changes are verified locally (tests pass) but production behavior doesnt change after deploy; Docker image has a new tag but contains old compiled binary; dockerfile uses multi-stage build with dependency pre-compilation layer and source copy layer.
How do I install Docker Buildx Stale Rust Binary in Claude Code?
Run `npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a claude-code`. Or copy the skill folder (.agents/skills/docker-buildx-stale-rust-binary in divinevideo/divine-mobile) into .claude/skills/docker-buildx-stale-rust-binary in your project. Claude Code loads it when a task matches its description.
How do I install Docker Buildx Stale Rust Binary in Codex?
Run `npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a codex`. Or copy the skill folder (.agents/skills/docker-buildx-stale-rust-binary in divinevideo/divine-mobile) into .agents/skills/docker-buildx-stale-rust-binary in your project. Codex loads it when a task matches its description.
Can I use Docker Buildx Stale Rust Binary in Cursor, Gemini CLI or GitHub Copilot?
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add divinevideo/divine-mobile --skill docker-buildx-stale-rust-binary -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/docker-buildx-stale-rust-binary, .gemini/skills/docker-buildx-stale-rust-binary, .github/skills/docker-buildx-stale-rust-binary and .opencode/skills/docker-buildx-stale-rust-binary in your project.
What does Docker Buildx Stale Rust Binary need to run?
Going by SKILL.md and its folder, Docker Buildx Stale Rust Binary needs the command-line tools its instructions call (docker). Our summary lists: Docker.
Does Docker Buildx Stale Rust Binary access the network?
SKILL.md contains no URLs. Its commands use docker, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Is Docker Buildx Stale Rust Binary safe to install?
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
What licence does Docker Buildx Stale Rust Binary use?
Docker Buildx Stale Rust Binary is published under the MPL-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
How many tokens does Docker Buildx Stale Rust Binary use?
About 874 tokens (SKILL.md is roughly 3.5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
What are the alternatives to Docker Buildx Stale Rust Binary?
Skills that share tags, products or a category with Docker Buildx Stale Rust Binary: Frb Docker (fzyzcjy/flutter_rust_bridge, 5.4k stars), GreptimeDB Dev Docker Image (GreptimeTeam/greptimedb, 6.7k stars), GitHub Actions Creator (FNOSP/FlyNarwhal, 496 stars) and Swig CI Repro (swig/swig, 6.3k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Who maintains Docker Buildx Stale Rust Binary?
divinevideo (a GitHub organization) maintains it in divinevideo/divine-mobile, which has 266 GitHub stars. The repository holds 103 skills in this directory. The repository was last updated on October 9, 2026.
Source: divinevideo/divine-mobile on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.