mcpField
C
code-review-nodejs

code-review-nodejs

github.com/jamie-bitflightTesting & quality37 installs
Repository

About code-review-nodejs

A set of Node.js-focused code review checks for reviewers examining JavaScript and TypeScript execution paths. It covers runtime behavior, security, dependencies, and lifecycle cleanup, and is intended to be applied alongside general review principles.

Key features

  1. 01Synchronous I/O and event-loop checks
  2. 02Stream backpressure review
  3. 03Process shutdown and error handling
  4. 04Input, shell, and path security checks
  5. 05Dependency and environment validation
  6. 06Event listener lifecycle cleanup

Use cases

  1. 01Reviewing Node.js request handlers for blocking I/O
  2. 02Checking stream pipelines in high-throughput paths
  3. 03Tracing user input into shell commands or file paths
  4. 04Auditing environment validation and listener cleanup

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/jamie-bitflight/claude_skills --skill code-review-nodejs

After installing, type/code-review-nodejsin Claude Code to confirm it loaded.

Details

From the project README

Node.js Code Review Patterns

Load these checks when source, runtime entrypoints, or package scripts establish Node.js execution, including JavaScript, TypeScript, CJS, and MJS. Apply TypeScript or CLI checks alongside them when relevant; a package.json alone does not distinguish server code from a browser build.

Load /dh:review-principles before applying these checks.

Synchronous I/O in Request Path

  • Trace fs.readFileSync, fs.writeFileSync, execSync, or spawnSync to the active request/event-loop path and establish the blocking consequence or violated latency contract.
  • Use async variants or fs/promises for work that must not block that path. Do not flag isolated startup/setup I/O solely because it is in a server file.
// WRONG: blocks event loop
app.get("/config", (req, res) => {
  const config = fs.readFileSync("./config.json", "utf8");
  res.json(JSON.parse(config));
});

// RIGHT: non-blocking
app.get("/config", async (req, res) => {
  const config = await fs.promises.readFile("./config.json", "utf8");
  res.json(JSON.parse(config));
});

Stream Backpressure

  • Piping streams without handling backpressure is a blocking finding for high-throughput paths
  • readable.pipe(writable) handles backpressure automatically — prefer it over manual data event listeners
  • Manual data event listeners must check writable.write() return value and pause the readable when it returns false

Process Exit

  • Keep process termination at the application/CLI boundary that owns shutdown, including fatal startup failure. Report library, route, or middleware exits that unexpectedly terminate unrelated work or bypass required cleanup.
  • Unhandled process.on("uncaughtException") that calls process.exit() without logging the error is a blocking finding

Security

  • Trace dynamic evaluation, including eval(), to its input authority and execution privileges; report untrusted-code execution or an explicit project prohibition.
  • new Function(code) with user-controlled code is a blocking finding
  • Trace user input into shell evaluation and command/option parsing. Distinguish shell interpolation from separate process arguments, and report the injection or unauthorized operation the actual call permits.
  • Prefer execFile with separate arguments when no shell behavior is needed. For deliberate shell use, inspect interpolation and input authority rather than treating a trusted constant command as user-input injection.
  • Constrain user-controlled paths to the resources authorized for the operation; verify allowed-root enforcement where the contract requires it and trace path traversal across that boundary.
// WRONG: shell injection vector
exec(`convert ${userInput} output.png`);

// RIGHT: no shell, explicit args
execFile("convert", [userInput, "output.png"]);

Dependency Hygiene

  • Check version ranges against the target's dependency and release policy; trace wildcard ranges to the actual resolution/install behavior before claiming non-reproducibility.
  • Verify the chosen package manager's lockfile and CI install mode preserve the required dependency resolution. Do not require an npm/yarn lockfile from a project using another supported package manager.
  • Dev-only dependencies must be in devDependencies, not dependencies

Event Emitter Cleanup

  • EventEmitter.on() listeners added in component/connection lifecycle must be removed when that lifecycle ends
  • Missing removeListener or off() calls are a blocking finding when the emitter outlives the listener
  • Use EventEmitter.once() for one-shot listeners to avoid manual cleanup

Environment Variables

  • Validate configuration required for the selected execution mode before accepting work that depends on it. Do not require disabled optional features to supply credentials.
  • Trace process.env.SOME_VAR! to the relevant validation and consumer; report a missing required value or unsupported assumption with its actual failure path.
  • Provide a .env.example file listing all required variables — checked in, never containing real values

Anti-Patterns

// WRONG: missing error handling on EventEmitter
server.on("connection", (socket) => {
  socket.on("data", handleData);
  // missing: socket.on("end", cleanup) and removeListener
});

// WRONG: unvalidated env at use site
const apiKey = process.env.API_KEY;
fetch(url, { headers: { Authorization: apiKey } }); // null if unset

// RIGHT: validate at startup
if (!process.env.API_KEY) {
  console.error("FATAL: API_KEY environment variable is required");
  process.exit(1);
}
const apiKey = process.env.API_KEY;

Comments

Markdown supported