Skip to main content

audit-plugin

Audit a marketplace (or a single plugin) — run the shipping-hygiene sensor, structural checks (every catalog entry has a dir, every dir has a manifest, versions in sync), and the portability sweep. Reports findings and offers fixes. Use to validate a marketplace is healthy.

소스 정보

저장소
bdfinst/plugin-builder
최근 소스 활동
2026년 6월 9일 15:16
감지된 SKILL.md 언어
영어
스타
0
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
audit-plugin
description
Audit a marketplace (or a single plugin) — run the shipping-hygiene sensor, structural checks (every catalog entry has a dir, every dir has a manifest, versions in sync), and the portability sweep. Reports findings and offers fixes. Use to validate a marketplace is healthy.
user-invocable
true
# /audit-plugin `[name]` Audit the whole marketplace, or one plugin if `[name]` is given. ## Before you start Read `${CLAUDE_PLUGIN_ROOT}/knowledge/marketplace-conventions.md` (§3–§5). ## Procedure 1. **Hygiene sensor (§3).** Run `bats tests/repo`. This proves the four invariants: refs resolve, no plugin-escaping refs, hook commands resolve, no shipped test/build tooling. If `tests/repo/shipped_script_refs_test.bats` is missing, offer to install it from `${CLAUDE_PLUGIN_ROOT}/templates/tests/shipped_script_refs_test.bats`. 2. **Structural checks.** Run `bash scripts/structural-check.sh`: - every catalog entry maps to a `plugins/<name>/` with a `plugin.json` - every plugin dir is registered in the catalog - catalog `version` == manifest `version`, and `source.ref` == `<name>-v<version>` 3. **Portability sweep.** Run `bash scripts/portability-check.sh` (or invoke `/portability-check`): `shellcheck -x` + shebang verification over shipped + dev scripts. 4. **Report.** For each failure, name the file, the invariant it violates, and a concrete fix. If `[name]` was given, filter the report to that plugin. Offer to apply the fixes; only edit files after the user confirms (or proceed if the fix is mechanical and unambiguous, e.g. syncing a drifted version). Be a sensor, not a narrator: surface findings, propose fixes, then act.
GitHub에서 보기