coding-standards
affaan-m/everything-claude-code
关于命名、可读性、不可变性及代码质量审查的跨项目基准编码规范。针对特定框架的模式,应运用详细的前端或后端技能。
...展开全部关于coding-standards
coding-standards 是一种专注于特定工作流的可复用AI技能。名称:coding-standards
该技能整合了操作指南、规范以及针对特定任务的指导,以便开发人员能够更一致地执行工作。描述:涵盖命名、可读性、不可变性及代码质量审查方面的跨项目基准编码规范。 如需框架特有的模式,请使用详细的前端或后端技能。这些基准编码规范适用于所有项目。本技能是共同的基础标准,而非详细的框架操作指南。
实际上,该技能最适合需要可重复执行、且希望减少配置步骤和消除模糊性的用户。- 使用 `frontend-patterns` 处理 React、状态管理、表单、渲染及 UI 架构。 - 针对仓库/服务层、端点设计、数据验证及服务器相关问题,请使用 `backend-patterns` 或 `api-design`。- 若您需要最简洁的可复用规则层,而非完整的技能指南,请使用 `rules/common/coding-style.md`。- 启动新项目或模块
常见问题
coding-standards 能提供哪些帮助?
coding-standards 它能帮助代理遵循源文档中描述的聚焦工作流,减少模糊性,并确保执行过程与预期任务保持一致。
何时应使用此技能?
当任务与技能文档中描述的工作流、领域或操作规则相符时,请使用该技能,尤其是在需要保持执行一致性时。
主要限制有哪些?
该技能受其源指令的质量和范围的限制。如果基础文档不完整,客服人员可能仍需要额外的上下文信息或手动验证。
Coding Standards & Best Practices
Baseline coding conventions applicable across projects.
This skill is the shared floor, not the detailed framework playbook.
- Use
frontend-patternsfor React, state, forms, rendering, and UI architecture. - Use
backend-patternsorapi-designfor repository/service layers, endpoint design, validation, and server-specific concerns. - Use
rules/common/coding-style.mdwhen you need the shortest reusable rule layer instead of a full skill walkthrough.
When to Activate
- Starting a new project or module
- Reviewing code for quality and maintainability
- Refactoring existing code to follow conventions
- Enforcing naming, formatting, or structural consistency
- Setting up linting, formatting, or type-checking rules
- Onboarding new contributors to coding conventions
Scope Boundaries
Activate this skill for:
- descriptive naming
- immutability defaults
- readability, KISS, DRY, and YAGNI enforcement
- error-handling expectations and code-smell review
Do not use this skill as the primary source for:
- React composition, hooks, or rendering patterns
- backend architecture, API design, or database layering
- domain-specific framework guidance when a narrower ECC skill already exists
Code Quality Principles
1. Readability First
- Code is read more than written
- Clear variable and function names
- Self-documenting code preferred over comments
- Consistent formatting
2. KISS (Keep It Simple, Stupid)
- Simplest solution that works
- Avoid over-engineering
- No premature optimization
- Easy to understand > clever code
3. DRY (Don't Repeat Yourself)
- Extract common logic into functions
- Create reusable components
- Share utilities across modules
- Avoid copy-paste programming
4. YAGNI (You Aren't Gonna Need It)
- Don't build features before they're needed
- Avoid speculative generality
- Add complexity only when required
- Start simple, refactor when needed
TypeScript/JavaScript Standards
Variable Naming
// PASS: GOOD: Descriptive namesconst marketSearchQuery = 'election'const isUserAuthenticated = trueconst totalRevenue = 1000// FAIL: BAD: Unclear namesconst q = 'election'const flag = trueconst x = 1000
Function Naming
// PASS: GOOD: Verb-noun patternasync function fetchMarketData(marketId: string) { }function calculateSimilarity(a: number[], b: number[]) { }function isValidEmail(email: string): boolean { }// FAIL: BAD: Unclear or noun-onlyasync function market(id: string) { }function similarity(a, b) { }function email(e) { }
Immutability Pattern (CRITICAL)
// PASS: ALWAYS use spread operatorconst updatedUser = { ...user, name: 'New Name'}const updatedArray = [...items, newItem]// FAIL: NEVER mutate directlyuser.name = 'New Name' // BADitems.push(newItem) // BAD
Error Handling
// PASS: GOOD: Comprehensive error handlingasync function fetchData(url: string) { try { const response = await fetch(url) if (!response.ok) { throw new Error(`HTTP ${response.status}: ${response.statusText}`) } return await response.json() } catch (error) { console.error('Fetch failed:', error) throw new Error('Failed to fetch data') }}// FAIL: BAD: No error handlingasync function fetchData(url) { const response = await fetch(url) return response.json()}
Async/Await Best Practices
// PASS: GOOD: Parallel execution when possibleconst [users, markets, stats] = await Promise.all([ fetchUsers(), fetchMarkets(), fetchStats()])// FAIL: BAD: Sequential when unnecessaryconst users = await fetchUsers()const markets = await fetchMarkets()const stats = await fetchStats()
Type Safety
// PASS: GOOD: Proper typesinterface Market { id: string name: string status: 'active' | 'resolved' | 'closed' created_at: Date}function getMarket(id: string): Promise<Market> { // Implementation}// FAIL: BAD: Using 'any'function getMarket(id: any): Promise<any> { // Implementation}
React Best Practices
Component Structure
// PASS: GOOD: Functional component with typesinterface ButtonProps { children: React.ReactNode onClick: () => void disabled?: boolean variant?: 'primary' | 'secondary'}export function Button({ children, onClick, disabled = false, variant = 'primary'}: ButtonProps) { return ( <button onClick={onClick} disabled={disabled} className={`btn btn-${variant}`} > {children} </button> )}// FAIL: BAD: No types, unclear structureexport function Button(props) { return <button onClick={props.onClick}>{props.children}</button>}
Custom Hooks
// PASS: GOOD: Reusable custom hookexport function useDebounce<T>(value: T, delay: number): T { const [debouncedValue, setDebouncedValue] = useState<T>(value) useEffect(() => { const handler = setTimeout(() => { setDebouncedValue(value) }, delay) return () => clearTimeout(handler) }, [value, delay]) return debouncedValue}// Usageconst debouncedQuery = useDebounce(searchQuery, 500)
State Management
// PASS: GOOD: Proper state updatesconst [count, setCount] = useState(0)// Functional update for state based on previous statesetCount(prev => prev + 1)// FAIL: BAD: Direct state referencesetCount(count + 1) // Can be stale in async scenarios
Conditional Rendering
// PASS: GOOD: Clear conditional rendering{isLoading && <Spinner />}{error && <ErrorMessage error={error} />}{data && <DataDisplay data={data} />}// FAIL: BAD: Ternary hell{isLoading ? <Spinner /> : error ? <ErrorMessage error={error} /> : data ? <DataDisplay data={data} /> : null}
API Design Standards
REST API Conventions
GET /api/markets # List all marketsGET /api/markets/:id # Get specific marketPOST /api/markets # Create new marketPUT /api/markets/:id # Update market (full)PATCH /api/markets/:id # Update market (partial)DELETE /api/markets/:id # Delete market# Query parameters for filteringGET /api/markets?status=active&limit=10&offset=0Response Format
// PASS: GOOD: Consistent response structureinterface ApiResponse<T> { success: boolean data?: T error?: string meta?: { total: number page: number limit: number }}// Success responsereturn NextResponse.json({ success: true, data: markets, meta: { total: 100, page: 1, limit: 10 }})// Error responsereturn NextResponse.json({ success: false, error: 'Invalid request'}, { status: 400 })
Input Validation
import { z } from 'zod'// PASS: GOOD: Schema validationconst CreateMarketSchema = z.object({ name: z.string().min(1).max(200), description: z.string().min(1).max(2000), endDate: z.string().datetime(), categories: z.array(z.string()).min(1)})export async function POST(request: Request) { const body = await request.json() try { const validated = CreateMarketSchema.parse(body) // Proceed with validated data } catch (error) { if (error instanceof z.ZodError) { return NextResponse.json({ success: false, error: 'Validation failed', details: error.errors }, { status: 400 }) } }}
File Organization
Project Structure
src/├── app/ # Next.js App Router│ ├── api/ # API routes│ ├── markets/ # Market pages│ └── (auth)/ # Auth pages (route groups)├── components/ # React components│ ├── ui/ # Generic UI components│ ├── forms/ # Form components│ └── layouts/ # Layout components├── hooks/ # Custom React hooks├── lib/ # Utilities and configs│ ├── api/ # API clients│ ├── utils/ # Helper functions│ └── constants/ # Constants├── types/ # TypeScript types└── styles/ # Global stylesFile Naming
components/Button.tsx # PascalCase for componentshooks/useAuth.ts # camelCase with 'use' prefixlib/formatDate.ts # camelCase for utilitiestypes/market.types.ts # camelCase with .types suffixComments & Documentation
When to Comment
// PASS: GOOD: Explain WHY, not WHAT// Use exponential backoff to avoid overwhelming the API during outagesconst delay = Math.min(1000 * Math.pow(2, retryCount), 30000)// Deliberately using mutation here for performance with large arraysitems.push(newItem)// FAIL: BAD: Stating the obvious// Increment counter by 1count++// Set name to user's namename = user.name
JSDoc for Public APIs
/** * Searches markets using semantic similarity. * * @param query - Natural language search query * @param limit - Maximum number of results (default: 10) * @returns Array of markets sorted by similarity score * @throws {Error} If OpenAI API fails or Redis unavailable * * @example * ```typescript * const results = await searchMarkets('election', 5) * console.log(results[0].name) // "Trump vs Biden" * ``` */export async function searchMarkets( query: string, limit: number = 10): Promise<Market[]> { // Implementation}
Performance Best Practices
Memoization
import { useMemo, useCallback } from 'react'// PASS: GOOD: Memoize expensive computations// Copy before sorting - Array.prototype.sort mutates in placeconst sortedMarkets = useMemo(() => { return [...markets].sort((a, b) => b.volume - a.volume)}, [markets])// PASS: GOOD: Memoize callbacksconst handleSearch = useCallback((query: string) => { setSearchQuery(query)}, [])
Lazy Loading
import { lazy, Suspense } from 'react'// PASS: GOOD: Lazy load heavy componentsconst HeavyChart = lazy(() => import('./HeavyChart'))export function Dashboard() { return ( <Suspense fallback={<Spinner />}> <HeavyChart /> </Suspense> )}
Database Queries
// PASS: GOOD: Select only needed columnsconst { data } = await supabase .from('markets') .select('id, name, status') .limit(10)// FAIL: BAD: Select everythingconst { data } = await supabase .from('markets') .select('*')
Testing Standards
Test Structure (AAA Pattern)
test('calculates similarity correctly', () => { // Arrange const vector1 = [1, 0, 0] const vector2 = [0, 1, 0] // Act const similarity = calculateCosineSimilarity(vector1, vector2) // Assert expect(similarity).toBe(0)})
Test Naming
// PASS: GOOD: Descriptive test namestest('returns empty array when no markets match query', () => { })test('throws error when OpenAI API key is missing', () => { })test('falls back to substring search when Redis unavailable', () => { })// FAIL: BAD: Vague test namestest('works', () => { })test('test search', () => { })
Code Smell Detection
Watch for these anti-patterns:
1. Long Functions
// FAIL: BAD: Function > 50 linesfunction processMarketData() { // 100 lines of code}// PASS: GOOD: Split into smaller functionsfunction processMarketData() { const validated = validateData() const transformed = transformData(validated) return saveData(transformed)}
2. Deep Nesting
// FAIL: BAD: 5+ levels of nestingif (user) { if (user.isAdmin) { if (market) { if (market.isActive) { if (hasPermission) { // Do something } } } }}// PASS: GOOD: Early returnsif (!user) returnif (!user.isAdmin) returnif (!market) returnif (!market.isActive) returnif (!hasPermission) return// Do something
3. Magic Numbers
// FAIL: BAD: Unexplained numbersif (retryCount > 3) { }setTimeout(callback, 500)// PASS: GOOD: Named constantsconst MAX_RETRIES = 3const DEBOUNCE_DELAY_MS = 500if (retryCount > MAX_RETRIES) { }setTimeout(callback, DEBOUNCE_DELAY_MS)
Remember: Code quality is not negotiable. Clear, maintainable code enables rapid development and confident refactoring.





首页
