Skip to content
Back to skills

Knowledge Patch Setup

ASecurity

Detect, activate, or deactivate bundled knowledge patches.

  • 24 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added May 27, 2026
development

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 5, 2026

npx -y skills add Nevaberry/nevaberry-plugins --skill knowledge-patch-setup --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Knowledge Patch Setup?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Knowledge Patch Setup
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/nevaberry-knowledge-patch-setup/badge)](https://www.skillsdirectory.com/skills/nevaberry-knowledge-patch-setup)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: knowledge-patch-setup
description: Detect, activate, or deactivate bundled knowledge patches.
---

# Knowledge Patch Setup

Use this skill when the user wants to set up, activate, deactivate, or verify knowledge patches for a project, server, VPS, or working session.

## Workflow

1. Load `knowledge-patch:using-knowledge-patch` if it is not already loaded.
2. Read `../../catalog/patches.json`, `../../catalog/aliases.json`, and `../../catalog/detection.json`.
3. Inspect the current project and, when relevant, the server environment. A plain detection file signal checks path existence; `glob::marker` requires the matching file to contain that literal marker. Use curated terms only as supporting evidence, not as a substitute for stronger file or manifest evidence.
4. Recommend the relevant patch set. Use each catalog `short_label` in user-facing activation messages. For server-looking evidence, ask whether admin guidance is desired before treating service patches as active.
5. If the user approves activation, write priority state only. Do not copy skill files, install separate plugins, or fetch anything from the network.
6. If the user asks to deactivate or remove patches, remove the resolved patch names and their activation reasons. If the user says `none` or asks to clear all activation, write an empty `active_patches` list and empty `activation_reasons` object.

Preferred project state path:

```text
.knowledge-patch/activation.json
```

User-level fallback:

```text
$XDG_STATE_HOME/knowledge-patch/activation.json
```

Use this JSON shape:

```json
{
  "schema_version": 1,
  "active_patches": [
    "traefik-knowledge-patch"
  ],
  "activation_reasons": {
    "traefik-knowledge-patch": "manual: user is editing Traefik routing"
  },
  "updated_at": "2026-07-06T00:00:00Z"
}
```

Preserve unrelated fields if a state file already exists. Manual activation reasons should not be overwritten by weaker automatic detections.

## Constraints

- Everything works offline.
- Bundled tech patches already live under the runtime-selected non-discovered
  patch root (`patches-claude/` or `patches-codex/`).
- Activation changes priority and routing, not installation.
- Deactivation removes priority state, not bundled skills.
- Hooks are optional. Manual use through this skill and `using-knowledge-patch` is the reliable path.

Files in this skill

  • SKILL.md2 KB
  • agents/openai.yaml263 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…