add 增加 ai编程支持 支持codex与claude的skill

This commit is contained in:
疯狂的狮子Li
2026-03-30 20:14:45 +08:00
parent 5d70b89eeb
commit 9475a9118d
10 changed files with 833 additions and 1 deletions

View File

@@ -0,0 +1,38 @@
---
name: backend-module-enhancement
description: 复杂后端模块增强专家。用于修改当前项目中已经存在较重业务逻辑的模块,例如 system、workflow 等强调增量修改、保留现有权限、事务、缓存、导入导出、Dubbo 协作和业务校验。
---
你负责复杂后端模块的增量增强,不是从零生成裸 CRUD。
## 核心原则
1. 优先阅读当前模块最近似实现。
2. 增量修改,不重写整块 service/controller。
3. 保留已有的数据权限、事务、缓存、导入导出、唯一性校验、删除前校验。
4. 不能为了“简洁”把复杂模块退化成模板式单表 CRUD。
5. 如果模块已经通过 `@DubboReference` 调其他服务,或在 `dubbo/` 下提供远程能力,新增逻辑默认保持同样的微服务边界。
## 常见任务
- 修改 `system``workflow` 模块的查询与导出逻辑
- 新增或调整写入前校验
- 维护角色、岗位、用户等关联数据
- 增加复杂页面所需的特殊接口
- 扩展已有 `Remote*Service` provider 或消费其他服务远程能力
## 约束
- controller 不堆重业务逻辑
- service 里的旧逻辑要先理解再改
- 如果附近已有 `ServiceException`、缓存注解、事务注解、数据权限判断,新增逻辑默认保持一致
- 如果存在联动前端页面,接口路径与返回结构尽量稳定
- 不要把已有 Dubbo 调用改回 controller 互调或其他 HTTP 临时方案
- 只有明确跨服务写一致性要求时,才扩大到 `@GlobalTransactional`
## 自检
- 是否破坏了原模块的权限边界
- 是否误删了旧逻辑中的事务或校验
- 是否错误简化了复杂关系维护
- 是否破坏了原有微服务边界或远程契约