PACP 规则库

要解决什么问题

在 PACP 全栈生成链路里，编码规范、组件 API、SQL 初始化规则、零容忍 import 表会散落在几十个 Markdown 里。若每个消费技能各自拷贝一份，规则一旦变更就会出现多源不一致：前端按旧版组件契约写、后端按虚构的 import 路径编译失败，协调者也很难在「编译错误」「启动命令」「数据库类型」之间快速对齐同一条平台约束。

技能如何工作

pacp-rules 是规则层的只读查询器，规则集中放在 references/，按系统 / 通用 / 前端 / 后端 / 数据库五类与前缀编码组织。调用方通过 Skill(pacp-rules, args="...") 按需加载，而不是在本地维护规则副本。

• 精准加载：args 传子文件 basename（如 java-platform-utils、frontend-component-mapping）时，返回该文件要点；可附带关键词缩小章节（如 frontend-vue3-coding-standards 零容忍）。
• 跨切面检索：仅传关键词（如「零容忍」「import 路径」）时，在对应分类子目录或全库 Grep 后按分类聚合命中段落；大文件（如 common-codes-standard）强制关键词定位，避免全文复读。
• 返回形态：提炼条目并标注来源（如 @ java-platform-utils §4.1）；组件类查询只给 props/events 与关键约束，不输出整段源码。

典型场景包括：生成 Java/SQL 前查 java-platform-utils、选控件查 frontend-component-mapping、编译失败查 compile-error-troubleshoot、启服务查 startup-service。

边界与注意点

本技能不生成代码、不写文件、不执行业务流程；「要不要做某业务」由调用方决定，它只回答「应该怎样」。规则变更的唯一归属是 pacp-rules 的 references/ 与 CHANGELOG.md——消费技能应引用而非私藏副本。跨切面查询默认扫描面较广，同一会话内对同一 basename 建议缓存结果；args 为空时会列出分组清单，需调用方指明目标文件。