launchdarkly
Skill4 starsChanged 10 days agoMITView on GitHub
Audit LaunchDarkly flags with ldcli: existence, audiences, blast radius, archive readiness, and cleanup in Integration and Production.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- BuilderIO/agent-nativetheir own version, first seen Oct 8, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- BuilderIO/agent-native★ 7.6ksame name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository117 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- accessibilitySkill
- agent-watchdogSkill
- aipSkill
- animateSkill
- animation-performanceSkill
- animation-vocabularySkill
- ask-benSkill
- ask-sonnerSkill
- bazelSkill
- bend-lawsSkill
- blast-radiusSkill
- brain-dumpSkill
- break-uiSkill
- ci-fixesSkill
- codebase-designSkill
- codex-compatSkill
- codexSkill
- commit-push-prSkill
- connect-querySkill
- create-verification-skillSkill
- demoSkill
- development-lifecycleSkill
- diagnosing-bugsSkill
- docsSkill
- dogfoodSkill
- domain-modelingSkill
- e2e-testingSkill
- effect-tsSkill
- effect-v3-to-v4Skill
- efficient-frontierSkill
- eli5Skill
- excalidraw-diagramSkill
- extend-harnessSkill
- frontend-invariantsSkill
- frontend-starter-kitSkill
- full-sendSkill
- gesturesSkill
- golang-reviewSkill
- golangSkill
- goSkill
- grillingSkill
- handoffSkill
- hook-auditSkill
- implement-specSkill
- improve-animationsSkill
- improve-codebase-architectureSkill
- improveSkill
- lie-detectorSkill
- maintain-verification-skillSkill
- make-pr-easy-to-reviewSkill
- mobile-nativeSkill
- plan-arbiterSkill
- plow-aheadSkill
- postgresqlSkill
- primeSkill
- productSkill
- protobufSkill
- prototypeSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 6
Use the official ldcli only for LaunchDarkly operations.
- Distinctive: line 21
If a project uses different keys, resolve that mapping before adapting the command.
- Very specific: line 26
Read ldcli flags get --help, then fetch full configuration for each selected environment.
- Distinctive: line 53
Keep raw output local and out of commits or public PRs.
- Distinctive: line 60
No selected configuration or flag history change in the last 14 × 24 hours.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill 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
Use the official ldcli only for LaunchDarkly operations. Read
CLI preflight; reuse authentication without printing tokens or
config. Audit requests are read-only: "can we kill it?" asks for a recommendation,
not a targeting change, deprecation, archive, deletion, or code removal.
Scope
Resolve the project from the request or repository configuration. Otherwise list
projects with ldcli projects list --help and ask which project; never assume
default. Paginate before claiming an account-wide count.
Use Integration (integration) and Production (production) only. Discover
these exact keys with ldcli environments list; a missing/inaccessible required
environment is unknown, not empty or disabled. Ignore testing, staging,
preproduction, development, and other unused environments in the cleanup heuristic.
If a project uses different keys, resolve that mapping before adapting the command;
do not silently substitute another environment.
Inspect a flag
Read ldcli flags get --help, then fetch full configuration for each selected
environment. Report existence, creation date, archive/deprecation state, on/off,
and the values actually served. Distinguish missing flags from authentication,
permission, project, and environment failures. Missing does not authorize creation;
follow CLI changes only when requested.
For "who can see it?", trace default variation, individual/context targets, ordered
rules, segments, percentage/experiment rollouts, and prerequisites. on: true
alone does not mean everyone receives the feature. Resolve indexes against
variations[].value; never assume index zero means enabled. Describe audiences
without exposing context identifiers unnecessarily. Separate feature recipients
from dashboard permissions and maintainers. For multivariate flags, establish
which value means enabled; otherwise report unknown.
For detailed dependency, code-reference, or archive analysis, read lifecycle and evidence.
Count long-enabled cleanup candidates
With Bun available, run from this skill's installation directory:
bun run scripts/audit.ts --project <project-key>The command paginates inventories, fetches full targeting with --summary 0, and
checks scoped change history through ldcli. It never writes to LaunchDarkly.
Keep raw output local and out of commits or public PRs.
Count each non-archived flag once when all hold at UTC auditedAt:
- Created strictly more than 30 × 24 hours ago.
- Targeting is on in both Integration and Production, and all possible default,
rule, target, and positive-weight rollout outcomes serve boolean
true. - No selected configuration or flag history change in the last 14 × 24 hours. A change exactly at the cutoff excludes the flag. Use selected-environment resource specifiers, not all-environment history that disqualifies unused edits. Shared metadata changes affecting selected environments also count as changes.
Unresolved prerequisites, non-boolean enabled values, malformed/missing targeting, and inaccessible history are unknown, not verified candidates. Resolve them before claiming an exact total. Matching means candidate for removing the flag check while preserving the released feature, not "turn the feature off" or "safe to archive now".
Return evidence
Lead with candidateCount, project, both environment keys, UTC audit time, and
scannedCount. List candidate keys with createdAt and
lastTargetingChangeAt; the latter is not a global last-change timestamp.
Name ignored environments and unknowns. exactCount: null / exit 2 means a lower
bound; exit 1 means inventory failed and no count is proven. Aggregate only
complete project reports; restricted token access cannot prove account-wide scope.
State archive blockers separately. Snapshot reads are not atomic; rerun before acting. Stop after the report unless the user explicitly requests a change.
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.

