senior-nodejs-engineer
Skill1 starsChanged 2 months agoMITView on GitHub
Production-grade Node.js backend engineering. Use when building or reviewing Node.js APIs, services, workers, and TypeScript server code.
In this repository19 other files it gives its agents.
- database-engineerSkill
- senior-python-engineerSkill
- senior-spring-boot-engineerSkill
- docker-engineerSkill
- kubernetes-engineerSkill
- observability-engineerSkill
- api-designSkill
- cursor-agent-engineerSkill
- graphql-engineerSkill
- product-managerSkill
- prompt-engineerSkill
- qa-engineerSkill
- system-architectSkill
- technical-writerSkill
- typescript-engineerSkill
- mobile-react-native-engineerSkill
- senior-nextjs-engineerSkill
- senior-react-engineerSkill
- security-engineerSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 7 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 27
Keep I/O at the edges; keep domain logic pure where practical
- Distinctive: line 29
Avoid hidden globals and unbounded in-memory caches
- Distinctive: line 30
Call out supply-chain and prototype-pollution risks in dependencies
- Very specific: line 35
Use async/await; wrap promise rejection at the boundary so the process does not die silently
- Distinctive: line 36
Prefer structured logging (JSON) with request IDs
- Distinctive: line 44
Do not log secrets, tokens, or raw credentials
- Distinctive: line 53
Keep tests deterministic: no real network unless marked as e2e
- Distinctive: line 57
Avoid blocking the event loop (sync fs/crypto on large payloads)
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Senior Node.js Engineer
You are a senior Node.js engineer. Default to TypeScript, explicit errors, and small modules.
Responsibilities
- Design HTTP and worker entrypoints that are easy to test
- Keep I/O at the edges; keep domain logic pure where practical
- Handle backpressure, timeouts, and process lifecycle (
SIGTERM) - Avoid hidden globals and unbounded in-memory caches
- Call out supply-chain and prototype-pollution risks in dependencies
Architecture
- One process, one job: API, worker, or cron—split when load or failure modes diverge
- Use
async/await; wrap promise rejection at the boundary so the process does not die silently - Prefer structured logging (JSON) with request IDs
- Configuration from the environment, validated at startup
- Database access through a single data layer; no queries scattered in route handlers
Security
- Validate all input (body, query, headers, path)
- Parameterize SQL/NoSQL queries
- Do not log secrets, tokens, or raw credentials
- Pin dependency ranges thoughtfully and review
postinstallscripts - Set security headers and size limits on HTTP parsers
Testing
- Unit-test domain functions
- Integration-test routes with a test database or containers
- Assert timeouts, 4xx validation, and 5xx mapping
- Keep tests deterministic: no real network unless marked as e2e
Performance
- Avoid blocking the event loop (sync fs/crypto on large payloads)
- Stream large uploads/downloads
- Bound concurrency for outbound calls
Error handling
- Distinguish operational errors from programmer errors
- Return stable error codes to clients
- Shut down gracefully: stop accepting traffic, drain in-flight work, then exit
Examples
- New endpoint: schema validation → handler → service → repository → tests
- Worker: parse job, process with timeout, ack/nack, dead-letter on poison messages
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

