backend-dev-guidelines
Skill0 starsChanged 4 months agoMITView on GitHub
Shared backend guide for Langfuse's Next.js/tRPC/BullMQ/TypeScript monorepo — tRPC routers, public REST endpoints, BullMQ processors, services, Prisma/ClickHouse access, Zod validation, and backend tests across web/worker/shared.
- Reads credentials
16 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- Metehan-Bicer/claude-code-startertheir own version, first seen Nov 1, 2026
- Bbeierle12/Skill-MCP-Claudetheir own version, first seen Nov 1, 2026
- davidanthonyn/claude-skillstheir own version, first seen Oct 20, 2026
- xfstudio/skillstheir own version, first seen Oct 13, 2026
- serithemage/claude-code-infrastructure-showcasetheir own version, first seen Oct 8, 2026
- langfuse/langfuseedited, first seen Oct 8, 2026
Used with
Projects with it also use tailwind-patterns, software-architecture and 5 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
xenitV1Skilltailwind-patterns
Tailwind CSS v4 principles. CSS-first configuration, container queries, modern patterns, design token architecture.
Also in 3 projects that use this
nek1987Skillsoftware-architecture
Guide for quality focused software architecture. This skill should be used when users want to write code, design architecture, analyze code, in any case that relates to software development.
Also in 3 projects that use this
xenitV1Skillclean-code
Pragmatic coding standards - concise, direct, no over-engineering, no unnecessary comments
Also in 3 projects that use this
OpenAISkilltest-driven-development
Use when implementing any feature or bugfix, before writing implementation code
Also in 3 projects that use this
OpenAISkillbrainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
Also in 3 projects that use this
SentrySkillskill-creator
Create new agent skills following the Agent Skills specification. Use when asked to "create a skill", "add a new skill", "write a skill", "make a skill", "build a skill", or scaffold a new skill with SKILL.md. Guides through requirements, writing, registration, and verification.
Also in 4 projects that use this
Other versions16 projects use a version of this.
Word for word · 0
None found.
Edited · 1
- langfuse/langfuse★ 37k57% same
Wrote their own version · 15
- diet103/claude-code-infrastructure-showcase★ 10ksame name
- serithemage/claude-code-infrastructure-showcase★ 127same name
- litefuse/litefuse★ 102same name
- sabahattink/antigravity-fullstack-hq★ 30same name
- Bbeierle12/Skill-MCP-Claude★ 9same name
- xfstudio/skills★ 9same name
- DojoCodingLabs/claude-code-waypoint★ 4same name
- serithemage/claude-code-demo★ 4same name
- weirdgme/Claude-code-infrastructure-showcase★ 4same name
- ai4brands-design/claude-skills★ 2same name
5 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository63 other files it gives its agents.
- .claude/skills/nestjs-best-practices/AGENTS.mdAGENTS.md
- accessibility-a11ySkill
- architecture-blueprint-generatorSkill
- backend-delivery-loopSkill
- backend-designSkill
- backend-testingSkill
- backend-to-frontend-handoff-docsSkill
- building-componentsSkill
- bullmq-specialistSkill
- canvas-designSkill
- code-patternsSkill
- components-composition-patternsSkill
- conventional-commitSkill
- core-web-vitalsSkill
- create-svgSkill
- css-architectureSkill
- cypress-authorSkill
- cypress-docsSkill
- cypress-explainSkill
- delivery-loop-retroSkill
- diagnoseSkill
- fastify-best-practicesSkill
- figma-code-connectSkill
- frontend-delivery-loopSkill
- frontend-fundamentalsSkill
- fullstack-delivery-loopSkill
- grill-meSkill
- hunt-race-conditionSkill
- impeccableSkill
- mermaid-diagramsSkill
- nestjs-best-practicesSkill
- nextjs-best-practicesSkill
- nextjs-performanceSkill
- nodejs-backend-patternsSkill
- owasp-security-reviewSkill
- performance-hunterSkill
- playwright-best-practicesSkill
- postgresql-code-reviewSkill
- postgresql-optimizationSkill
- postmanSkill
- prisma-postgresSkill
- pro-state-machineSkill
- race-conditionSkill
- react-best-practicesSkill
- react-performanceSkill
- react-querySkill
- redis-coreSkill
- redis-query-engineSkill
- redis-securitySkill
- refactorSkill
- review-panelSkill
- run-delivery-chainSkill
- spec-drivenSkill
- sql-optimizationSkill
- system-designSkill
- testing-strategySkill
- tune-skills-and-agentsSkill
- ui-ux-pro-maxSkill
- vercel-react-view-transitionsSkill
- viteSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
18 rules. 0 are common, 10 are distinctive, and 8 are very specific to this project.
0
Common
Most of the 14 edited versions we read keep these.
10
Distinctive
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 12
Use this SKILL.md when the task spans multiple backend areas or you need the end-to-end reference map.
- Distinctive: line 14
Read only the specific reference file that matches the work when the scope is narrower.
- Distinctive: line 22
Use the appropriate protected or public procedure.
- Distinctive: line 24
Check project/resource access and entitlements.
- Distinctive: line 26
Put business logic in a service file.
- Very specific: line 27
Use traceException for error handling where relevant.
- Very specific: line 28
Add unit or integration tests in __tests__/.
- Very specific: line 33
Create the route in pages/api/public/.
- Distinctive: line 39
Update Fern API definitions to match TypeScript types.
- Very specific: line 40
Add end-to-end tests in __tests__/async/.
- Very specific: line 44
Create the processor in worker/src/queues/.
- Very specific: line 46
Place business logic in features/ or worker/src/features/.
- Distinctive: line 49
Add worker vitest coverage.
- Distinctive: line 58
Use Prisma directly for simple CRUD and repositories for complex query access.
- Distinctive: line 59
Use OpenTelemetry and DataDog for backend observability.
- Very specific: line 60
Always filter project-scoped database queries by projectId.
- Distinctive: line 61
Keep Fern API definitions in sync with public TypeScript API contracts.
- Distinctive: line 62
Keep backend tests independent and parallel-safe.
“Common” is measured: kept by at least 6 in 10 of the 14 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Backend Development Guidelines
Backend and API work across web/, worker/, and packages/shared/.
How to Read This Skill
- Use this
SKILL.mdwhen the task spans multiple backend areas or you need the end-to-end reference map. - Read only the specific reference file that matches the work when the scope is narrower.
Quick Start Checklists
UI: New tRPC Feature
- Define the router in
features/[feature]/server/*Router.ts. - Use the appropriate protected or public procedure.
- Authenticate with JWT-aware middleware.
- Check project/resource access and entitlements.
- Validate input with Zod v4.
- Put business logic in a service file.
- Use
traceExceptionfor error handling where relevant. - Add unit or integration tests in
__tests__/. - Access config via
env.mjs.
SDKs: New Public API Endpoint
- Create the route in
pages/api/public/. - Wrap it with
withMiddlewaresandcreateAuthedProjectAPIRoute. - Define types in
features/public-api/types/. - Authenticate with basic auth.
- Validate query, body, and response with Zod schemas.
- Include API versioning in paths and schemas.
- Update Fern API definitions to match TypeScript types.
- Add end-to-end tests in
__tests__/async/.
Worker: New Queue Processor
- Create the processor in
worker/src/queues/. - Define queue types in
packages/shared/src/server/queues. - Place business logic in
features/orworker/src/features/. - Distinguish failed jobs from jobs that should succeed with a recorded error.
- Register the queue in
WorkerManagerinapp.ts. - Add worker vitest coverage.
Core Principles
- tRPC procedures, public API routes, and queue processors delegate business logic to services.
- Access configuration through
env.mjs; do not readprocess.envdirectly outside env setup. - Validate all external input with Zod v4.
- Use Prisma directly for simple CRUD and repositories for complex query access.
- Use OpenTelemetry and DataDog for backend observability.
- Always filter project-scoped database queries by
projectId. - Keep Fern API definitions in sync with public TypeScript API contracts.
- Keep backend tests independent and parallel-safe.
Live Examples
- tRPC router with project auth and Zod input:
web/src/features/events/server/eventsRouter.ts. - Public API route with middleware and typed request/response schemas:
web/src/pages/api/public/datasets/index.ts. - Worker queue processor with typed jobs, logging, and retry behavior:
worker/src/queues/evalQueue.ts. - Tenant filters for Prisma and ClickHouse:
references/database-patterns.md.
Naming Conventions
- tRPC routers:
camelCaseRouter.ts, for exampledatasetRouter.ts. - Services:
service.tsin the feature server directory. - Queue processors:
camelCaseQueue.ts, for exampleevalQueue.ts. - Public API routes: kebab-case filenames, for example
dataset-items.ts.
Anti-Patterns to Avoid
- Business logic in routes or procedures.
- Direct
process.envusage instead ofenv.mjs/env.ts. - Missing error handling.
- Missing input validation.
- Missing
projectIdfilters on tenant-scoped queries. console.loginstead oflogger/traceException.
Reference Map
| Topic | Read this when | File |
| Architecture and package boundaries | You need the web/worker/shared split, request flow, or queue lifecycle | references/architecture-overview.md |
| Routing and controllers | You are writing tRPC procedures, public API routes, or queue entrypoints | references/routing-and-controllers.md |
| Middleware and auth | You are changing request auth, permissions, or middleware composition | references/middleware-guide.md |
| Services and repositories | You are placing business logic, repository code, or DI patterns | references/services-and-repositories.md |
| Database access | You are touching Prisma, ClickHouse, tenant filters, or query patterns | references/database-patterns.md |
| Configuration | You are adding env vars, startup config, or runtime toggles | references/configuration.md |
| Testing | You are adding or updating backend tests | references/testing-guide.md |
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.

