frontend-coding-standards
GitHubHiMarket前端开发规范,涵盖React、TypeScript、Vite等标准。用于指导himarket-web/himarket-frontend及admin项目的代码修改与审查,确保遵循严格类型、组件结构及验证流程。
Trigger Scenarios
Install
npx skills add higress-group/himarket --skill frontend-coding-standards -g -y
SKILL.md
Frontmatter
{
"name": "frontend-coding-standards",
"description": "HiMarket frontend coding standards for React, TypeScript, Vite, Ant Design, Tailwind, i18n, API calls, component structure, and frontend verification. Use whenever modifying or reviewing himarket-web\/himarket-frontend or himarket-web\/himarket-admin. Read docs\/standards\/frontend before editing."
}
HiMarket Frontend Coding Standards
This skill is the entry point for HiMarket frontend development standards. It should route the agent to the project documentation instead of duplicating the full rules here.
Source of Truth
The canonical frontend standards live under:
docs/standards/frontend/README.mddocs/standards/frontend/shared.mddocs/standards/frontend/admin.mddocs/standards/frontend/portal.md
If this skill conflicts with docs/standards/frontend, follow docs/standards/frontend.
Activation
Use this skill for changes in:
himarket-web/himarket-adminhimarket-web/himarket-frontend- shared frontend build, lint, type, i18n, style, or API client code
Reading Flow
Always read docs/standards/frontend/README.md first.
Then read:
docs/standards/frontend/shared.mdfor every frontend change.docs/standards/frontend/admin.mdwhen touchinghimarket-web/himarket-admin.docs/standards/frontend/portal.mdwhen touchinghimarket-web/himarket-frontend.
If a change affects both frontend applications, read both application-specific documents.
Working Rules
- Follow the existing application structure before introducing a new pattern.
- Keep shared abstractions small and justified by repeated use.
- Keep component, hook, API, i18n, and styling changes scoped to the touched feature.
- Preserve user changes in the working tree.
High-Priority Reminders
- Use strict TypeScript; do not use
anyor non-null assertions to bypass typing. - Keep imports, object keys, and JSX props ordered according to the local ESLint rules.
- Keep API calls in the documented API layer and follow the request/response shape conventions.
- Guard initialization requests that can be double-invoked by React StrictMode.
- Use i18n resources for user-facing copy.
- Keep comments useful and remove dead commented-out code.
- Prefer existing UI tokens, Ant Design conventions, Tailwind utilities, and local components before introducing new styling patterns.
- Do not add broad frontend dependencies for problems already solved by the project stack.
Verification
Run checks in each changed frontend application directory:
npm run lint
npm run type-check
npm run format:check
For broad changes from the project root, use one of:
./scripts/code-check.sh frontend./scripts/code-check.sh admin./scripts/code-check.sh all
Version History
- a352157 Current 2026-08-20 12:58


