Installs into .claude/skills of the current project.
Are you the author of Knowledge Patch Status?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/nevaberry-knowledge-patch-status)
---
name: knowledge-patch-status
description: Report bundled patch versions, activation state, age, and missing artifacts.
---
# Knowledge Patch Status
Use this skill when the user asks what knowledge patches are available, active, stale, or missing.
## Status Checks
1. Read `../../.codex-plugin/plugin.json` or `../../.claude-plugin/plugin.json` for the build version.
2. Read `../../catalog/patches.json` for bundled patches, canonical
`short_label` values, `coverage_kind`, `covered_through`, `coverage_label`,
per-runtime content hashes, generated timestamps, and per-runtime coverage
paths. Use `short_label` in user-facing output. Compare project versions
only for `versioned` and `range` coverage; describe `rolling` and
`multi-product` entries by `coverage_label` without treating their JSON-null
`covered_through` as stale.
3. Read activation state from `$KNOWLEDGE_PATCH_STATE`, `.knowledge-patch/activation.json`, or `$XDG_STATE_HOME/knowledge-patch/activation.json`.
4. Verify each declared `paths` and `coverage_paths` entry. Report a missing
runtime artifact without substituting the other runtime’s tree.
5. For every patch, report its `generated_at` timestamp and age relative to now in an understandable unit such as days; flag missing, invalid, or notably old timestamps instead of hiding them.
6. Report active patches first, then matching bundled patches, then any catalog, staleness, or artifact problems.
If no activation state exists, say that all bundled patches remain available through the gateway and activation is only a priority hint.
Do not fetch network resources and do not copy skills into another directory while checking status.