| name | rockets-crud-generator |
| description | This skill should be used when the user asks to generate a CRUD module, create a new entity, scaffold a domain object, add a new resource with endpoints, or create a junction table. Generates complete Rockets SDK modules including TypeORM entities, NestJS modules, controllers, services, DTOs, interfaces, and ACL wiring using generate.js, integrate.js, and validate.js scripts. |
Rockets SDK CRUD Generator
Generate complete CRUD modules following Rockets SDK patterns with TypeORM, NestJS, and proper DTOs/interfaces.
Quick Start
node skills/rockets-crud-generator/scripts/generate.js '{ "entityName": "Product", "fields": [...] }'
node skills/rockets-crud-generator/scripts/generate.js '{ ... }' | node skills/rockets-crud-generator/scripts/integrate.js --project ./apps/api
node skills/rockets-crud-generator/scripts/validate.js --project ./apps/api --build
Scripts
| Script | Purpose | Tokens |
|---|
generate.js | Generate all files as JSON output | 0 |
integrate.js | Write files + wire into project (entities, modules, ACL, queryServices) | 0 |
validate.js | Post-generation checks (structure, build, ACL) | 0 |
Configuration
interface Config {
entityName: string;
pluralName?: string;
tableName?: string;
paths?: {
entity?: string;
module?: string;
shared?: string;
};
sharedPackage?: string;
fields: FieldConfig[];
relations?: RelationConfig[];
operations?: ('readMany' | 'readOne' | 'createOne' | 'updateOne' | 'deleteOne' | 'recoverOne')[];
acl?: Record<string, { possession: 'own' | 'any'; operations: ('create'|'read'|'update'|'delete')[] }>;
ownerField?: string;
generateModelService?: boolean;
isJunction?: boolean;
}
Field Configuration
interface FieldConfig {
name: string;
type: 'string' | 'text' | 'number' | 'float' | 'boolean' | 'date' | 'uuid' | 'json' | 'enum';
required?: boolean;
unique?: boolean;
maxLength?: number;
minLength?: number;
min?: number;
max?: number;
precision?: number;
scale?: number;
default?: any;
enumValues?: string[];
apiDescription?: string;
apiExample?: any;
creatable?: boolean;
updatable?: boolean;
}
Relation Configuration
interface RelationConfig {
name: string;
type: 'manyToOne' | 'oneToMany' | 'oneToOne';
targetEntity: string;
foreignKey?: string;
joinType?: 'LEFT' | 'INNER';
onDelete?: 'CASCADE' | 'SET NULL' | 'RESTRICT';
nullable?: boolean;
}
Important: targetEntity must be the base entity name (e.g., "User", "Category").
The generator appends Entity automatically. If you pass "UserEntity", the suffix is
stripped to prevent double-suffixing (UserEntityEntity).
ACL Configuration
{
"entityName": "Task",
"ownerField": "userId",
"acl": {
"admin": { "possession": "any", "operations": ["create","read","update","delete"] },
"user": { "possession": "own", "operations": ["create","read","update","delete"] }
}
}
When acl is provided:
- Access query service uses
@InjectDynamicRepository for ownership checks
- Generator outputs wiring snippets for
app.acl.ts (resource enum + grants)
- Generator outputs wiring for
queryServices in AccessControlModule
Examples
Basic Entity
{
"entityName": "Tag",
"fields": [
{ "name": "name", "type": "string", "required": true, "maxLength": 50, "unique": true },
{ "name": "color", "type": "string", "maxLength": 7, "apiExample": "#FF5733" }
]
}
With ACL + Custom Paths (monorepo)
{
"entityName": "Product",
"paths": {
"entity": "apps/api/src/entities",
"module": "apps/api/src/modules",
"shared": "packages/shared/src"
},
"ownerField": "createdById",
"acl": {
"admin": { "possession": "any", "operations": ["create","read","update","delete"] },
"user": { "possession": "own", "operations": ["create","read","update","delete"] }
},
"fields": [
{ "name": "name", "type": "string", "required": true },
{ "name": "price", "type": "float", "precision": 10, "scale": 2 }
]
}
Junction Table
{
"entityName": "ProductTag",
"tableName": "product_tag",
"isJunction": true,
"fields": [],
"relations": [
{ "name": "product", "type": "manyToOne", "targetEntity": "Product", "onDelete": "CASCADE" },
{ "name": "tag", "type": "manyToOne", "targetEntity": "Tag", "onDelete": "CASCADE" }
],
"operations": ["readMany", "readOne", "createOne", "deleteOne"]
}
Generated Files
For a given entity (e.g. Product) with default paths:
src/
├── entities/
│ └── {entity}.entity.ts
├── modules/{entity}/
│ ├── constants/{entity}.constants.ts
│ ├── {entity}.module.ts
│ ├── {entity}.crud.controller.ts
│ ├── {entity}.crud.service.ts
│ ├── {entity}-typeorm-crud.adapter.ts
│ └── {entity}-access-query.service.ts
└── shared/{entity}/ (if paths.shared is set)
├── dtos/
│ ├── {entity}.dto.ts
│ ├── {entity}-create.dto.ts
│ ├── {entity}-update.dto.ts
│ └── {entity}-paginated.dto.ts
├── interfaces/
│ ├── {entity}.interface.ts
│ ├── {entity}-creatable.interface.ts
│ └── {entity}-updatable.interface.ts
└── index.ts
AccessControl Integration (queryServices pattern)
The generator produces controllers with full ACL decorators (@UseGuards(AccessControlGuard), @AccessControlQuery, @AccessControlReadMany, etc.). These work correctly when the access query service is registered via queryServices in AccessControlModule.forRoot().
How it works
- Generator creates the access query service with
@InjectDynamicRepository (database-agnostic)
- integrate.js registers the service in
queryServices of the AccessControlModule config
- The
AccessControlGuard resolves the service from its own scope (no hack needed)
Access Query Service pattern
@Injectable()
export class TaskAccessQueryService implements CanAccess {
constructor(
@InjectDynamicRepository(TASK_MODULE_TASK_ENTITY_KEY)
private taskRepo: RepositoryInterface<TaskEntity>,
) {}
async canAccess(context: AccessControlContextInterface): Promise<boolean> {
const query = context.getQuery();
if (query.possession === 'any') return true;
if (query.possession === 'own') {
const entity = await this.taskRepo.findOne({ where: { id: entityId } });
return entity?.userId === user.id;
}
return false;
}
}
Required wiring in app.module.ts
accessControl: {
settings: { rules: acRules },
queryServices: [TaskAccessQueryService, CategoryAccessQueryService],
}
The integrate.js script handles this automatically.
integrate.js — Auto-wiring
Takes the JSON output from generate.js and wires everything:
node generate.js '{ ... }' | node integrate.js --project ./apps/api
What it does:
- Writes all generated files to disk
- Adds entity export to
entities/index.ts
- Adds entity to
typeorm.settings.ts entities array
- Adds module import to
app.module.ts
- Adds resource + grants to
app.acl.ts (if acl config present)
- Adds access query service to
queryServices in AccessControlModule config
validate.js — Post-generation Checks
Validates project structure and patterns after generation:
node validate.js --project ./apps/api
node validate.js --project ./apps/api --build
Generated Code Checks
@InjectRepository only in *-typeorm-crud.adapter.ts
- All entities exported in
entities/index.ts
- All modules imported in
app.module.ts
- ACL resources defined in
app.acl.ts
- Access query services registered in feature module providers
- No ACL workaround providers in feature modules
- ACL own-scope entities have matching
ownerField column in entity
CrudModule.forRoot({}) present when CrudModule.forFeature() is used
Template Integrity Checks (safety nets — should never fire on a correct template)
- No imports from internal
dist/ paths
- No stale template placeholder strings (Music Management, PetAccessQueryService, etc.)
- All entity tables have corresponding migrations (severity: error)
- No SQLite base classes (
*SqliteEntity) in a Postgres project
Output: { passed: boolean, issues: [{ severity, rule, message, file, line }] }
Known Limitations — Relations
The generator produces CrudRelations decorators and CrudRelationRegistry providers for modules with relations. These reference the related module's CRUD service (e.g., UserCrudService), which must exist as an importable module. If the related entity is managed by the SDK (e.g., User from RocketsAuthModule) rather than by a standalone module you wrote, the generated relation wiring will fail.
Workaround for SDK-managed entities: Remove the CrudRelations decorator, the CrudRelationRegistry provider, and all references to non-existent related modules/services. Instead, rely on TypeORM @ManyToOne/@JoinColumn decorators on the entity and include the FK column (userId, categoryId) directly in the DTO. The CRUD endpoints will accept and persist the FK; TypeORM handles the join at query time.
Post-Generation (manual steps if not using integrate.js)
- Export entity from entities index
- Import module in app.module.ts
- Add entity to typeorm.settings.ts
- Register access query service in
queryServices of AccessControlModule config
- Add resource + grants to app.acl.ts (if using ACL)
- Remove CrudRelations if related entity is SDK-managed (see above)
- Export from shared index (if using shared package)