About bencium-code-conventions
A code-conventions skill for coding and development collaboration, primarily covering React, Next.js, and TypeScript projects. It gathers technology choices, style rules, testing, error handling, and workflow guidance for agents implementing and reviewing code.
Key features
- 01Set conventions for React and Next.js projects
- 02Standardize TypeScript coding style
- 03Guide component and styling choices
- 04Emphasize tests, type checks, and validation
- 05Define error handling and development workflow
Use cases
- 01Generating project-consistent code for a new feature
- 02Checking whether a Next.js implementation follows conventions
- 03Planning tests, type checks, and commit steps
- 04Implementing frontend and backend work with the specified stack
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ bencium/ bencium-marketplace --skill bencium-code-conventionsAfter installing, type/bencium-code-conventionsin Claude Code to confirm it loaded.
Details
From the project READMECode Conventions
Core Technologies
- Frontend: ReactJS, Next.js (App Router structure), TypeScript
- Styling: TailwindCSS v3.x (never v4), Shadcn UI
- Build Tools: Vite (when applicable)
- Backend: Postgres compatible convex.dev or Supabase (always ask, never local postgres)
- Deployment: Netlify or Vercel or Fly - suggest
- Environment: Mac M2, Python3 with virtual environments, no CUDA, no Docker
- Alternative Languages: Avoid python if you can, try using RUST
Code Style & Structure
- Use ES modules (import/export) syntax
- Destructure imports when possible
- Use TypeScript for all new code
- Use async/await instead of Promise chains
- Prefer const/let over var; use early returns
- Use consts instead of functions:
const toggle = () =>. Define types. - Use descriptive variable names with auxiliary verbs (e.g.,
isLoading,hasError) - Use lowercase with dashes for directory names (e.g.,
components/auth-wizard)
Framework Conventions
- Next.js: Use App Router (app directory) structure and page.tsx files
- React: Functional and declarative patterns; avoid classes
- State Management: Zustand, TanStack React Query
- Validation: Zod for schema validation
Component Library & Styling
- Component Library: Prefer shadcn components from
@/components/ui - Styling: Tailwind utility classes
- Layout: Grid/flex wrappers with
gapfor spacing - Icons:
@phosphor-icons/react - Toasts:
sonnerfor notifications - Always add loading states, spinners, placeholder animations
Quality Assurance & Testing
- TDD: Write failing tests first, commit them, then iterate until suite passes
- Never mock tests - if there's a test script, execute all until done
- Always write SQL in chunks with test steps after each chunk
- Typecheck after making code changes
- Run tests before committing
- Prefer running single tests for performance, not whole suite
Error Handling
- Implement proper error handling and user input validation
- Error messages should be understood by non-technical people
- Use early returns for error conditions
- Test APIs via curl commands first, then implement in code
Performance & Architecture
- Minimize
'use client',useEffect,setState; favor RSC and Next.js SSR - Implement dynamic imports for code splitting
- Optimize images: WebP format, size data, lazy loading
- Favor small, simple, well-named modules
Development Workflow
Process: Explore → Plan → Code → Commit
- Read relevant files
- Think through a plan
- Implement
- Then commit
- Never local backend, always ask (usually Supabase, Neon)
- Minimal dependency, no docker
Environment & Deployment
- Add .env files for API keys; warn me to save keys in Vercel/Netlify env variables
- Write code deployable to Netlify or Vercel; prepare to build locally first
- Document progress in progress.md; ask for implementation plan
Comments
Markdown supported