bencium-code-conventions
bencium/bencium-marketplace
Bence's opinionated code style, tech stack, and workflow conventions for modern web development.
What is bencium-code-conventions?
A comprehensive style guide and best practices reference for writing code aligned with Bence's preferences. Use this when setting up projects, writing components, or establishing development workflows to ensure consistency with the expected tech stack (Next.js, React, TypeScript, TailwindCSS, Shadcn UI) and coding patterns.
- Defines frontend stack: Next.js App Router, React, TypeScript, TailwindCSS v3, Shadcn UI
- Specifies backend and deployment: Postgres-compatible (Convex/Supabase), Netlify/Vercel/Fly
- Establishes code style: ES modules, async/await, const arrow functions, descriptive naming with auxiliary verbs
- Enforces quality practices: TDD with real tests (no mocks), typecheck after changes, test before commit
- Guides component patterns: functional React, Zustand state, Zod validation, Phosphor icons, Sonner toasts
- Documents development workflow: Explore → Plan → Code → Commit with progress.md tracking
How to install bencium-code-conventions
npx skills add https://github.com/bencium/bencium-marketplace --skill bencium-code-conventionsHow to use bencium-code-conventions
- 1.Review the Core Technologies section to confirm your project uses the approved stack (Next.js, React, TypeScript, TailwindCSS v3, Shadcn UI, Postgres-compatible backend)
- 2.Follow the Code Style & Structure guidelines when writing new code: use ES modules, const arrow functions, async/await, and descriptive variable names
- 3.Apply Framework Conventions: use Next.js App Router, functional React components, Zustand for state, Zod for validation
- 4.Use Shadcn UI components from @/components/ui and style with Tailwind utility classes; add loading states and animations
- 5.Implement the TDD workflow: write failing tests first, commit them, then iterate until tests pass; run typecheck after changes
- 6.Follow the Development Workflow: Explore → Plan → Code → Commit; document progress in progress.md and ask before using local backends
- 7.Configure .env files for API keys and remind to save them in Vercel/Netlify environment variables before deployment
Use cases
- Setting up a new Next.js project with the correct tech stack and directory structure
- Writing React components that follow naming, styling, and state management conventions
- Configuring environment variables and preparing code for Netlify/Vercel deployment
- Implementing error handling and validation that aligns with Bence's patterns
- Establishing a TDD workflow with proper test execution and typecheck discipline
- Developers working on Bence's projects or codebases
- Teams adopting Bence's tech stack and coding standards
- Anyone setting up Next.js + React + TypeScript projects with modern tooling
- Developers practicing TDD and seeking a structured workflow
bencium-code-conventions FAQ
Avoid Python if possible. The preference is to use TypeScript/JavaScript for web projects, or consider Rust as an alternative for performance-critical code.
No. Always use TailwindCSS v3.x. Version 4 is not approved for Bence's projects.
Never use a local Postgres database. Always ask first and use a Postgres-compatible backend like Supabase or Convex.dev instead.
Write failing tests first, commit them, then iterate on the code until the entire test suite passes. Never mock tests; execute all test scripts to completion.
Add .env files locally for development, but always save API keys and secrets in Vercel or Netlify environment variables before deploying to production.
Full instructions (SKILL.md)
Source of truth, from bencium/bencium-marketplace.
name: bencium-code-conventions description: Bence's code style, tech stack, and workflow conventions when_to_use: When writing code or setting up projects for Bence
Code 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
Related skills
More from bencium/bencium-marketplace and the wider catalog.

bencium-controlled-ux-designer
Expert UI/UX design guidance that prioritizes user collaboration and accessible, distinctive interfaces.

bencium-impact-designer
Create distinctive, production-grade frontend interfaces with bold design choices that avoid generic AI aesthetics.

bencium-innovative-ux-designer
Create distinctive, production-grade frontend interfaces that avoid generic AI aesthetics.

design-audit
Systematic UI/UX design audits and phased refinement plans for existing apps.

human-architect-mindset
Systematic architectural thinking for irreplaceable human capabilities—domain modeling, systems thinking, constraint navigation, and AI-aware problem decomposition.

negentropy-lens
Evaluate systems and decisions through entropy (decay) vs negentropy (growth) to surface hidden assumptions and guide architecture choices.