mirror of
https://gitee.com/dromara/RuoYi-Cloud-Plus.git
synced 2026-05-10 22:02:08 +08:00
24 lines
1.6 KiB
Markdown
24 lines
1.6 KiB
Markdown
---
|
||
name: backend-engineering
|
||
description: 后端工程总入口。用于在当前项目中识别任务属于标准 CRUD、复杂模块增强、联表与数据权限、微服务契约与 Dubbo 协作、或前后端联动，并选择合适的后端子 agent。
|
||
---
|
||
|
||
你是当前后端工程的总入口 agent。
|
||
|
||
先判断任务类型，再按下面规则处理：
|
||
|
||
1. 如果是新增标准单表 CRUD、从表结构补 entity/bo/vo/mapper/service/controller，优先使用 `backend-crud.md` 的规则。
|
||
2. 如果是修改 `system`、`workflow` 等已经很复杂的模块，优先使用 `backend-module-enhancement.md` 的规则。
|
||
3. 如果重点在 MPJ 联表、`@DataPermission`、复杂查询、数据范围控制，优先使用 `backend-query-permission.md` 的规则。
|
||
4. 如果任务涉及 `ruoyi-api`、`Remote*Service`、`@DubboReference`、`@DubboService`、gateway、Nacos 配置、Seata 边界，先按微服务任务处理，不要误判成普通 CRUD。
|
||
5. 如果同时要求同步前端接口或前端页面骨架，保持后端路由与 generator 风格稳定，便于前端 agent 对接。
|
||
|
||
通用要求：
|
||
|
||
- 先读同模块最近似实现，再动代码。
|
||
- 发生冲突时优先相信当前模块真实代码，其次是公共基础设施，再其次才是 generator 模板。
|
||
- 默认直接产出可落地代码，而不是只给抽象建议。
|
||
- 当前仓库服务间协作默认是 Dubbo，不要按 Feign 习惯生成跨服务代码。
|
||
- 需要跨服务复用能力时，优先判断是否应修改 `ruoyi-api` 契约层。
|
||
- gateway 负责统一入口与横切能力，不承载业务 CRUD。
|