React standard
Skill LaoitdevOpen/laoitdev-skills/skills/frontend/react-standard
AI agent skills by LaoITDev team
npx -y skills add LaoitdevOpen/laoitdev-skills --skill react-standardAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Core frontend coding standards for React + TypeScript projects using MUI, TanStack libraries, i18next, and Zod. Use this whenever writing any new component, hook, service, type, or utility — or when reviewing existing code for consistency. Covers naming conventions, file structure, TypeScript patterns, i18n, error handling, and import aliases.
SKILL.md
6.3 KB, as published. Nobody here has run it
Frontend Coding Standards
Core Invariants (always enforced — never violate)
- Always use
useTranslation()for user-visible strings — never hardcode them. - Use named exports, not default exports, for everything except route components.
- Route files live only in
src/routes/— never create route files insidefeatures/. - Use
bunfor all package installation — nevernpm,yarn, orpnpm. - Use MUI Grid
sizeprop for column sizing — neverxs/sm/md/lg/xlprops directly on Grid.
Package Manager
This project uses bun exclusively. Always use bun for all package operations:
bun add <package> # install a dependency
bun add -d <package> # install a dev dependency
bun install # install all dependencies from lockfile
bun run <script> # run a package.json script
bunx <cli> # run a package binary without installing globally
Never use npm, yarn, or pnpm.
Tech Stack
| Concern | Library |
|---|---|
| UI | MUI v9 (Material UI) |
| Tables | material-react-table v3 (via shared DataTable wrapper) |
| Styling engine | @emotion/react + @emotion/styled (required MUI peer deps) |
| Routing | TanStack Router (file-based) |
| Data fetching | TanStack Query v5 |
| Forms | TanStack Form v1 |
| Validation | Zod v4 |
| i18n | i18next + react-i18next |
| HTTP | Axios (shared instance from @/core/api/axios.config) |
| Date | Day.js (via MUI LocalizationProvider with AdapterDayjs) |
MUI v9 requires both
@emotion/reactand@emotion/styledas peer dependencies. Always install them together:bun add @mui/material @emotion/react @emotion/styled
TypeScript
- All files are
.tsor.tsx. No.js. - Prefer
typeoverinterfacefor data shapes; useinterfaceonly when extension is needed. - Avoid
any. Useunknownat system boundaries; narrow before use. - Export types from the feature's
types/index.tsor alongside the component. - Never
as anyunless wrapping a known incompatibility (e.g., TanStack Form generics).
Naming Conventions
- Components: PascalCase (
ElectricityList,SectionCard) - Hooks: camelCase prefixed with
use(useElectricities,useCreateElectricity) - Services: camelCase object exported as const (
electricityService) - Types: PascalCase (
Electricity,ElectricityFilterParams) - Constants: SCREAMING_SNAKE_CASE for values, PascalCase for option arrays (
ELECTRICITY_ENDPOINTS,USER_USING_TYPES) - Files: kebab-case (
electricity.service.ts,useElectricities.ts) - Route files: live in
src/routes/_layout/section/feature/only — kebab-case directories,index.tsxfor list,create.tsxfor create,$paramId/index.tsxfor detail,$paramId/edit.tsxfor edit
Imports
Use path alias @/ for absolute imports from src/:
import { DataTable } from '@/shared/components/DataTable'
import { useSnackbar } from '@/core/context/SnackbarContext'
import { electricityService } from '../services'
Prefer relative imports for intra-feature files; use @/ for cross-feature or shared.
i18n
Always use useTranslation() — never hardcode user-visible strings.
const { t } = useTranslation()
// Usage
t('electricities.code')
t('common.save')
Translations live in the i18n config. Key structure: featureName.keyName or common.keyName.
Error Handling
- API errors surface via
useSnackbar()(showSuccess,showError). - Translate API errors with
useAPIErrorTranslator()→translateError(error). - Form submit errors show inline via
onErrorofuseMutation.
const { showSuccess, showError } = useSnackbar()
const { translateError } = useAPIErrorTranslator()
mutation.mutate(data, {
onSuccess: () => showSuccess(t('feature.updateSuccess')),
onError: (error) => showError(translateError(error)),
})
Comments
Write no comments unless the WHY is non-obvious. Self-documenting names are preferred.
Component Shape
Functional components only. Named exports (not default exports) for everything except route components which can be inline functions.
// Named export - preferred
export function ElectricityList({ data, isLoading }: ElectricityListProps) { ... }
// Props interface above component
interface ElectricityListProps {
data?: Electricity[]
isLoading?: boolean
}
MUI Usage
- Use
sxprop for one-off styles; avoid inlinestyle. - Prefer MUI responsive breakpoints:
{ xs: ..., sm: ..., md: ... }. - Use
elevation={0}withborderon Cards for flat design. - Use
Container maxWidth="xl"for page-level containers.
MUI Grid
MUI v9: Grid2 is deprecated and removed. It has been merged into Grid. Always import Grid from @mui/material.
MUI Grid must use the size prop. Never put breakpoint props directly on <Grid> (xs, sm, md, lg, xl). Never use the legacy item prop. Never import or use Grid2.
Import from @mui/material — MUI v9 unified Grid, no separate Grid2 import:
import { Grid } from '@mui/material'
| Wrong | Correct |
|---|---|
<Grid xs={12} md={6}> | <Grid size={{ xs: 12, md: 6 }}> |
<Grid item xs={12} md={6}> | <Grid size={{ xs: 12, md: 6 }}> |
import Grid2 from '@mui/material/Grid2' | import { Grid } from '@mui/material' |
<Grid md={10}> | <Grid size={{ md: 10 }}> or <Grid size={10}> |
Container rows stay unchanged:
<Grid container spacing={3}>
<Grid size={{ xs: 12, md: 6 }}>...</Grid>
<Grid size={12}>...</Grid>
</Grid>
Shared Components
Prefer shared components over re-implementing:
DataTable— MRT wrapper for all data tablesSectionCard— Card with icon + title for detail pagesInfoRow— label/value pair inside SectionCardOrganizationFilter— org hierarchy filter UIConfirmDialog/useConfirmDialog— confirmation modals- Form components via
useAppForm(see frontend-tanstack-form skill)