Dependency handling

Skill serpro69/claude-toolbox/kodex-plugin/skills/dependency-handling

Minimal by design, explicitly multi-lang, production-ready and battle-tested collection of configs and plugins for your Claude Code agentic development workflows: mcp, configs, skills, agents and more.

Install

npx -y skills add serpro69/claude-toolbox --skill dependency-handling

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.

What its author says it does

Copied from the file, not written here

TRIGGER when: adding or upgrading any dependency — library, SDK, framework, API, IaC API version (K8s/Terraform/Helm), CRD, or container image. Use BEFORE writing the call. Forces context7/capy lookup instead of guessing.

SKILL.md

3.2 KB, 676 tokens by cl100k_base, as published. Nobody here has run it

Dependency & External API Handling

Conventions

Read capy knowledge base conventions at shared-capy-knowledge-protocol.md.

Workflow

Mandatory order — lookup before usage. Do not write, modify, or recommend any call, import, config key, or version specifier involving the dependency until you have completed the lookup cascade below. Guessing a signature or API version and fixing it after the fact is the failure mode this skill exists to prevent.

Extract the dependency identity. From the calling context, identify the dependency name, the version constraint (declared or inferred), and the specific API surface being used (function, config key, API version, image tag). This is the minimal scope — enough to drive the lookup, not enough to guess the answer.
Capy search. Search kk:lang-idioms and kk:project-conventions for previously indexed knowledge about this dependency.
Context7 lookup. Use the context7 MCP to fetch documentation. The doc version MUST match the declared dependency version.
Web fallback. Only if context7 has no coverage.
Apply. With verified knowledge now loaded, write or recommend the call, import, or config.

Rules

Prefer the latest stable version when introducing a new dependency. Pin deliberately; don't inherit a stale version by copy-paste.
Never assume how an external dependency behaves. If you are not 100% sure of the signature, config, or semantics, look it up. Guessing is the failure mode this skill exists to prevent.
Capy search first. Before hitting external docs, search kk:lang-idioms and kk:project-conventions for previously indexed knowledge about the dependency.
Context7 second. Use the context7 MCP to fetch documentation for libraries, SDKs, APIs, and frameworks.
- IMPORTANT: the doc version MUST match the declared dependency version. A right answer against the wrong version is a wrong answer.
- Only fall back to web search if context7 has no coverage.
Index what you learn. If context7 or web search yields a best-practice nugget that isn't obvious from the docs themselves, index it as kk:lang-idioms so the next agent doesn't pay the lookup cost again.

IaC and config artifacts

The cascade rule (capy-first, context7-second, web-last) applies uniformly to all dependency categories — libraries, SDKs, frameworks, APIs, IaC API versions, CRDs, Helm charts, and container images. Per-domain lookup targets (which context7 library to query, which local command to run, which registry to consult) live in each profile's overview.md under a "Looking up dependencies" heading. When the k8s profile is active, consult ../../profiles/k8s/overview.md under the ## Looking up Kubernetes dependencies heading for Kubernetes API versions, third-party CRDs, Helm chart versions, and container image targets.