用途：在涉及某项可能带内置知识补丁的技术时充当路由网关。在编写、审查、调试、规划或管理有关技术前，加载匹配的 knowledge-patch:<tech>-knowledge-patch 技能。
版本处理：先从项目 manifest 确定固定版本，仅当 manifest 未固定时才查 lockfile 或配置。对版本化或范围型覆盖，将项目版本与 covered_through 比较，只应用项目版本及以下引入的说明；项目更新时声明补丁可能过时。对滚动发布或多产品，covered_through 为 JSON null，不得用于版本比较。项目现实（manifest、代码、测试、当前行为）优先于过时指引。若用户手动激活补丁，视为确认意图并优先加载。多个补丁适用时加载相关集合，不因目录存在就全部加载。适用版本内补丁与模型记忆冲突时以补丁为准。无匹配补丁时继续正常处理，并在影响信心时说明。
查找：不在此网关内保留或内联完整补丁列表，使用 ../../catalog/patches.json（机器可读目录）、references/patch-index.md（人读索引）、../../catalog/aliases.json（别名与模糊激活）、../../catalog/detection.json（检测提示）。
激活状态：激活是优先级状态而非安装。状态文件示例含 schema_version、active_patches、activation_reasons。查询 setup、激活、停用或状态时，依次检查 $KNOWLEDGE_PATCH_STATE、项目内 .knowledge-patch/activation.json、$XDG_STATE_HOME/knowledge-patch/activation.json。
VPS 与管理：处理服务器、VPS、部署或机器管理任务时，考虑 OS、init 系统、容器、代理、数据库、TLS、可观测性补丁是否适用；寻找 /etc/os-release、systemd、Docker/Podman、compose 文件、Nginx/Caddy/Traefik 配置、PostgreSQL 配置、TLS 资产、SSH 上下文等证据。影响服务的变更前先询问，不假设普通 Linux shell 即生产环境，手动激活优先于自动检测。
钩子行为：会话启动钩子仅为提示层，即使禁用、不可信或从不触发，插件也须完整工作；恢复时会重新读取激活状态以替换过时指导。