CJ_portability-audit

Audit declared skill portability against actual dependencies in a git repository.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/jcl2018/claude-skills-templates --skill cj-portability-audit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: CJ_portability-audit
Source: https://github.com/jcl2018/claude-skills-templates/tree/main/deprecated/CJ_portability-audit
Command: npx skills add https://github.com/jcl2018/claude-skills-templates --skill cj-portability-audit

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires bash, grep, and includes scripts (resource) components.

What problem does it solve?

Ensures that skills' declared portability matches their actual dependencies, providing a strict check for skill portability.

Core Features & Use Cases

  • Static Dependency Lint: Compares declared portability fields against actual executed dependencies.
  • Strict Tier Ladder: Evaluates against a strict tier ladder (standalone < local-only < workbench).
  • Carve-outs: Handles bundled scripts and self-resolution preambles.
  • Adjudication: Allows manual adjudication of dependencies via portability_requires.
  • Workbench-Only: Specifically designed for workbench use.

Quick Start

Run the CJ_portability-audit skill to audit the portability of skills in the current repository.

Frequently Asked Questions about CJ_portability-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit skill portability against actual dependencies in a git repository?

To audit skill portability, run a check that compares declared portability fields against actual executed dependencies within a git repository. This process verifies root scripts, config files, and the manifest to ensure skill declarations are honest.

What does a strict tier ladder evaluate when checking dependency portability?

A strict tier ladder evaluates dependency portability by ranking requirements from standalone to local-only to workbench. This mechanism ensures skill declarations match actual executed dependencies without hidden system requirements.

Do I need Bash and Grep to check declared dependencies in my config files?

Yes, you need Bash and Grep to check declared dependencies in your config files. The portability audit requires these specific tools to perform static file checks across root scripts and the manifest.

Can I manually adjudicate dependency requirements for bundled scripts?

Yes, you can manually adjudicate dependency requirements for bundled scripts using the portability_requires field. This allows you to handle bundled scripts and self-resolution preambles that deviate from standard static dependency linting.

Why does my static dependency lint fail when checking workbench portability?

Static dependency lint fails when declared portability fields do not match actual executed dependencies. The audit catches mismatches where skills claim standalone or local-only status but rely on workbench-level dependencies.

What is the best way to validate skill declarations against actual executed dependencies?

The best way to validate skill declarations is running a portability audit that compares declared fields against actual dependencies. This checks root scripts, config files, and the manifest to ensure declarations are honest.