turborepo-remote-cache
CLAUDE.md1.5k starsChanged 3 months agoMITView on GitHub
This project is indexed by GitNexus as turborepo-remote-cache (290 symbols, 411 relationships, 7 execution flows). Use the GitNexus MCP tools to understand code, assess impact, and navigate safely. Index stale? Run node .gitnexus/run.cjs analyze from the project root — it auto-selects an available runner. No .gitnexus/run.cjs yet? npx gitnexus analyze (npm 11 crash → npm i -g gitnexus; #1939).
- Installs packages
We split this CLAUDE.md into the rules it gives an agent
8 rules. About 0 are common, 2 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 10
MUST run impact analysis before editing any symbol: Before modifying a function, class, or method, run impact({target: "symbolName", …
- Distinctive: line 12
MUST warn the user: if impact analysis returns HIGH or CRITICAL risk before proceeding with edits.
- Very specific: line 13
When exploring unfamiliar code, use query({search_query: "concept"}) to find execution flows instead of grepping.
- Very specific: line 14
When you need full context on a specific symbol — callers, callees, which execution flows it participates in — use context({name: …
- Very specific: line 19
NEVER edit a function, class, or method without first running impact on it.
- Distinctive: line 20
NEVER ignore HIGH or CRITICAL risk warnings from impact analysis.
- Very specific: line 21
NEVER rename symbols with find-and-replace — use rename which understands the call graph.
- Very specific: line 22
NEVER commit changes without running detect_changes() to check affected scope.
≈ “Common” is an estimate: at least 1 in 5 of the 25,680 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
<!-- gitnexus:start -->GitNexus — Code Intelligence
This project is indexed by GitNexus as turborepo-remote-cache (290 symbols, 411 relationships, 7 execution flows). Use the GitNexus MCP tools to understand code, assess impact, and navigate safely.
Index stale? Run
node .gitnexus/run.cjs analyzefrom the project root — it auto-selects an available runner. No.gitnexus/run.cjsyet?npx gitnexus analyze(npm 11 crash →npm i -g gitnexus; #1939).
Always Do
- MUST run impact analysis before editing any symbol. Before modifying a function, class, or method, run
impact({target: "symbolName", direction: "upstream"})and report the blast radius (direct callers, affected processes, risk level) to the user. - MUST run
detect_changes()before committing to verify your changes only affect expected symbols and execution flows. For regression review, compare against the default branch:detect_changes({scope: "compare", base_ref: "main"}). - MUST warn the user if impact analysis returns HIGH or CRITICAL risk before proceeding with edits.
- When exploring unfamiliar code, use
query({search_query: "concept"})to find execution flows instead of grepping. It returns process-grouped results ranked by relevance. - When you need full context on a specific symbol — callers, callees, which execution flows it participates in — use
context({name: "symbolName"}). - For security review,
explain({target: "fileOrSymbol"})lists taint findings (source→sink flows; needsanalyze --pdg).
Never Do
- NEVER edit a function, class, or method without first running
impacton it. - NEVER ignore HIGH or CRITICAL risk warnings from impact analysis.
- NEVER rename symbols with find-and-replace — use
renamewhich understands the call graph. - NEVER commit changes without running
detect_changes()to check affected scope.
Resources
| Resource | Use for |
gitnexus://repo/turborepo-remote-cache/context | Codebase overview, check index freshness |
gitnexus://repo/turborepo-remote-cache/clusters | All functional areas |
gitnexus://repo/turborepo-remote-cache/processes | All execution flows |
gitnexus://repo/turborepo-remote-cache/process/{name} | Step-by-step execution trace |
CLI
| Task | Read this skill file |
| Understand architecture / "How does X work?" | .claude/skills/gitnexus/gitnexus-exploring/SKILL.md |
| Blast radius / "What breaks if I change X?" | .claude/skills/gitnexus/gitnexus-impact-analysis/SKILL.md |
| Trace bugs / "Why is X failing?" | .claude/skills/gitnexus/gitnexus-debugging/SKILL.md |
| Rename / extract / split / refactor | .claude/skills/gitnexus/gitnexus-refactoring/SKILL.md |
| Tools, resources, schema reference | .claude/skills/gitnexus/gitnexus-guide/SKILL.md |
| Index, status, clean, wiki CLI commands | .claude/skills/gitnexus/gitnexus-cli/SKILL.md |
<!-- gitnexus:end -->Trending
Less talk lately.about the whole repository
Who's talking about ducktors/turborepo-remote-cache
- NimmLor/cdk-turborepo-remote-cache“Any plans to update to the new version of turborepo-remote-cache”GitHub · Mar 28, 2025 · 4 reactions
- claytondus/turborepo-remote-cache“Update S3 provider to AWS SDK v3”GitHub · Feb 9, 2025 · 2 reactions
- @maksim.dev“I saw it last week! We will add it to the readme of github.com/ducktors/tur... Awesome work!”Bluesky · Mar 8, 2025 · 1 likes
- NixOS/nixpkgs“turborepo-remote-cache: 2.14.1 -> 2.14.3”GitHub · Oct 11, 2026
- NixOS/nixpkgs“turborepo-remote-cache: 2.12.3 -> 2.14.1”GitHub · Sep 20, 2026
The biggest 5 of 24 mentions linking to the repository that our crawl found. Each line is their own headline.
See all 24
Talked about on GitHub and Bluesky (24 times).
On GitHub · 23
- Mar 28, 2025Any plans to update to the new version of turborepo-remote-cache — NimmLor/cdk-turborepo-remote-cache4 reactions
- Feb 9, 2025Update S3 provider to AWS SDK v3 — claytondus/turborepo-remote-cache2 reactions · 1 comment
- Oct 11, 2026turborepo-remote-cache: 2.14.1 -> 2.14.3 — NixOS/nixpkgs0 reactions
- Sep 20, 2026turborepo-remote-cache: 2.12.3 -> 2.14.1 — NixOS/nixpkgs0 reactions
- Sep 9, 2026turborepo-remote-cache: 2.12.0 -> 2.12.3 — NixOS/nixpkgs0 reactions · 3 comments
18 more on GitHub
- Aug 11, 2026turborepo-remote-cache: 2.11.5 -> 2.12.0 — NixOS/nixpkgs0 reactions · 2 comments
- Jul 24, 2026turborepo-remote-cache: 2.11.2 -> 2.11.5 — NixOS/nixpkgs0 reactions · 2 comments
- Jul 3, 2026CI review: de-dupe installs/tests, full coverage on develop, throughput for ~200 PRs/day — elizaOS/eliza0 reactions · 1 comment
- Jun 12, 2026DM-55230: Update ducktors turborepo-remote-cache to 2.11.1 — lsst-sqre/phalanx0 reactions
- Jun 3, 2026chore(pie-docs/pie-storybook): DSW-123 turn off remote caching for builds — justeattakeaway/pie0 reactions · 1 comment
- Feb 28, 2026turborepo-remote-cache: 2.7.3 -> 2.11.2 — NixOS/nixpkgs0 reactions · 11 comments
- Feb 13, 2026turborepo-remote-cache: 2.7.2 -> 2.7.3 — NixOS/nixpkgs0 reactions
- Feb 6, 2026turborepo-remote-cache: 2.7.0 -> 2.7.2 — NixOS/nixpkgs0 reactions
- Jan 22, 2026Remove hard-coded `bodyLimit`, defer to underlying implementation — NullVoxPopuli/turbo-daemon0 reactions
- Nov 5, 2025Validation via standard schema — ducktors/valkeyrie0 reactions · 5 comments
- Jul 9, 2025turborepo-remote-cache: init at 2.7.0 — NixOS/nixpkgs0 reactions · 7 comments
- Apr 22, 2025Open a PR against turborepo-remote-cache — neilenns/clearancelab0 reactions · 1 comment
- Apr 12, 2025turbo: enable custom remote cache — altano/npm-packages0 reactions · 3 comments
- Mar 12, 2025Support turborepo-remote-cache >= 2.10 — NullVoxPopuli/turbo-daemon0 reactions
- Dec 4, 2023Support local cache server/daemon — vercel/turborepo0 reactions · 7 comments
- Nov 15, 2023Turborepo remote cache for GH Actions — ecomplus/cloud-commerce0 reactions
- Nov 10, 2023Add read only mode in 1.13 — maschwenk/turborepo-remote-cache0 reactions
- Sep 27, 2023Enable TurboRepo Cache with S3 in GitHub Actions — smithy-lang/smithy-typescript0 reactions · 1 comment
On Bluesky · 1
- Mar 8, 2025I saw it last week! We will add it to the readme of github.com/ducktors/tur... Awesome work! — @maksim.dev1 likes and repost · 1 reply
In this repositoryOne other file it gives its agents.
- AGENTS.mdAGENTS.md
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

