一键导入
nodejs-best-practices
Node.js best practices e patterns
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Node.js best practices e patterns
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | nodejs-best-practices |
| description | Node.js best practices e patterns |
| triggers | ["nodejs","node","express","nestjs","typescript","npm","yarn"] |
| sources | ["https://github.com/goldbergyoni/nodebestpractices","https://github.com/expressjs/express","https://github.com/nestjs/nest"] |
Convenções baseadas em nodebestpractices e frameworks populares.
Para APIs simples e microserviços:
const express = require('express');
const app = express();
app.use(express.json());
app.get('/api/users', async (req, res) => {
const users = await getUsers();
res.json(users);
});
Para projetos maiores com arquitetura em módulos:
import { Module, Controller, Get } from '@nestjs/common';
@Controller('users')
export class UsersController {
@Get()
findAll() {
return this.usersService.findAll();
}
}
project/
├── src/
│ ├── routes/
│ ├── controllers/
│ ├── services/
│ ├── models/
│ ├── middleware/
│ └── app.js
├── tests/
└── package.json
project/
├── src/
│ ├── users/
│ │ ├── users.module.ts
│ │ ├── users.controller.ts
│ │ ├── users.service.ts
│ │ └── users.entity.ts
│ └── app.module.ts
└── package.json
// Express
app.use((err, req, res, next) => {
console.error(err.stack);
res.status(500).json({ error: 'Internal Server Error' });
});
// NestJS
@Catch()
export class AllExceptionsFilter implements ExceptionFilter {
catch(exception: unknown, host: ArgumentsHost) {
// Handle error
}
}
SEMPRE usar variáveis de ambiente:
require('dotenv').config();
const config = {
port: process.env.PORT || 3000,
dbUrl: process.env.DATABASE_URL,
jwtSecret: process.env.JWT_SECRET,
};
Python best practices e styleguide
Integração completa com Notion usando MCP customizado (notion-automation-suite)
Gera critérios de aceite Given/When/Then para requisitos funcionais. Inclui happy path, edge cases e falhas.
Cria Architecture Decision Records (ADRs) para decisões técnicas. Inclui alternativas, justificativa e consequências.
Extrai especificações de um sistema legado (código existente) quando não há documentação adequada.
Converte input não estruturado (texto, notas, docs parciais) em requisitos funcionais (FR) e perguntas abertas. Não inventa requisitos.