Skip to content

스킬 검색.../

Agent Skill Search Engine

검색

검색
카테고리
직업

About

About
Privacy
Terms

© 2026 Skills Pool. All rights reserved.

Claude Framework | Skills Pool

스킬 파일

Claude Framework

CLAUDE Framework coding standards for code quality, naming conventions, error handling, security, testing, database, and logging

vineethsoma0 스타2025. 12. 25.

직업
카테고리: 아키텍처 패턴

스킬 내용

Production-ready coding standards for building maintainable, secure, and well-tested software.

Code Quality (C-1 to C-5)

C-1: Single Responsibility Principle - each function/class does ONE thing
C-2: DRY (Don't Repeat Yourself) - no code duplication
C-3: KISS (Keep It Simple) - simplicity over complexity
C-4: Functions maximum 20 lines (split if longer)
C-5: Prefer composition over inheritance

Naming Conventions (N-1 to N-6)

N-1: Use descriptive names that explain intent
N-2: Functions = verbs: calculateTotal(), validateUserInput()
N-3: Variables = nouns: userAccount, totalPrice
N-4: Booleans start with is/has/can/should: isValid,

관련 스킬

빠른 설치

Claude Framework

npx skillvault add vineethsoma/vineethsoma-agent-packages-skills-claude-framework-skill-md

Skill 다운로드 저장소 열기

작성자: vineethsoma
스타: 0
업데이트: 2025. 12. 25.
직업

이 페이지의 내용

01Code Quality (C-1 to C-5)

hasPermission

N-5: Constants in UPPER_SNAKE_CASE: MAX_RETRY_ATTEMPTS

N-6: Avoid abbreviations: use user not usr

Error Handling (E-1 to E-5)

E-1: Handle ALL possible error scenarios
E-2: Use specific error types/messages
E-3: Log errors with context information
E-4: NEVER allow silent failures
E-5: Fail fast - validate inputs early

Security (SEC-1 to SEC-5)

SEC-1: Validate ALL inputs at system boundaries
SEC-2: Sanitize output data
SEC-3: Use environment variables for secrets
SEC-4: Never hardcode sensitive information
SEC-5: Implement proper authentication and authorization

Testing Standards (T-1 to T-5)

T-1: Write failing test first, then implement (TDD)
T-2: Minimum 80% code coverage for new code
T-3: Test happy path, error scenarios, and edge cases
T-4: Descriptive test names explaining what is tested
T-5: Arrange-Act-Assert pattern clearly separated

Test Quality (TQ-1 to TQ-5)

TQ-1: Use realistic test data, no magic numbers
TQ-2: One assertion per test where possible
TQ-3: Ensure test isolation
TQ-4: Tests must be deterministic (no flaky tests)
TQ-5: Tests should run fast (mock external dependencies)

Database (DB-1 to DB-4)

DB-1: Use transactions for multi-step operations
DB-2: Optimize queries (avoid N+1 problems)
DB-3: Document indexing strategy
DB-4: Create migration and rollback scripts

Logging (L-1 to L-4)

L-1: Structured logging (JSON format)
L-2: NEVER log sensitive data
L-3: Include correlation IDs for tracing
L-4: Use appropriate log levels: DEBUG, INFO, WARN, ERROR

Code Structure Requirements

Organize imports clearly (stdlib, third-party, local)
Define constants at module level
Use pure functions where possible
Implement proper error boundaries
Include comprehensive JSDoc/comments for complex logic
Follow consistent indentation (2 or 4 spaces)
Maximum 120 characters per line

Quality Assurance Checklist

Before delivering code, verify:

✅ Functions under 20 lines
✅ Single responsibility maintained
✅ No code duplication
✅ Clear naming conventions followed
✅ All errors handled with specific types
✅ Input validation implemented
✅ Output sanitization applied
✅ Tests written and passing (80%+ coverage)
✅ Security considerations addressed
✅ Performance implications considered
✅ Documentation updated

02

Naming Conventions (N-1 to N-6)

03Error Handling (E-1 to E-5)

04Security (SEC-1 to SEC-5)

05Testing Standards (T-1 to T-5)

06Test Quality (TQ-1 to TQ-5)

07Database (DB-1 to DB-4)

08Logging (L-1 to L-4)

09Code Structure Requirements

10Quality Assurance Checklist

소프트웨어 개발자

아키텍처 패턴

Sessions

Agents window architecture — covers the agents-first app, layering, folder structure, chat widget, menus, contributions, entry points, and development guidelines. Use when implementing features or fixing issues in the Agents window.

microsoft184.0k

아키텍처 패턴

Docker Patterns

用于本地开发的Docker和Docker Compose模式，包括容器安全、网络、卷策略和多服务编排。

아키텍처 패턴

Autonomous Loops

自主Claude代码循环的模式与架构——从简单的顺序管道到基于RFC的多智能体有向无环图系统。

아키텍처 패턴

Kotlin Patterns

Coroutine'ler, null safety ve DSL builder'lar ile sağlam, verimli ve sürdürülebilir Kotlin uygulamaları oluşturmak için idiomatic Kotlin kalıpları, en iyi uygulamalar ve konvansiyonlar.

아키텍처 패턴

Eval Harness

克劳德代码会话的正式评估框架，实施评估驱动开发（EDD）原则

아키텍처 패턴

Golang Patterns

견고하고 효율적이며 유지보수 가능한 Go 애플리케이션 구축을 위한 관용적 Go 패턴, 모범 사례 및 규칙.

소프트웨어 개발자