Install
$ agentstack add skill-lexfrei-ccc-go-cache ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Reclaim Go cache disk space, then report what was freed.
Operates in report → confirm → execute order. The scope is chosen through an interactive question, not flags. After approval, run the cleanup autonomously.
Step 1: Locate and measure the caches
go env GOCACHE GOMODCACHE
GOCACHEholds the build, test, and fuzz caches — fully regenerated on the next build.GOMODCACHEholds downloaded module sources — re-downloaded on the nextgo build/go mod download. It is usually the largest, often tens of GB.
Measure both: du -sh "$GOCACHE" and du -sh "$GOMODCACHE". If go is not installed, stop and say so.
Step 2: Report and ask (interactive)
Show the size of each cache and the total reclaimable, then ask the user (interactive question) which scope to clear:
- build + test + fuzz only — keeps the module cache, so the next build does not re-download dependencies.
- everything, including the module cache — frees the most, but the next build re-downloads all modules.
Note that either way the next build is slower while caches repopulate.
Step 3: Execute (after approval)
Build, test, and fuzz caches:
go clean -cache -testcache -fuzzcache
Module cache (only if the user chose to include it):
go clean -modcache
go clean -modcache handles the read-only permission bits that Go sets on cached module files — no manual chmod needed.
Step 4: Report
Re-measure GOCACHE and GOMODCACHE and report the space reclaimed, plus what was kept (the module cache, if the user kept it).
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: lexfrei
- Source: lexfrei/ccc
- License: BSD-3-Clause
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.