'patterns' 검색 결과

Research UI component patterns across the component.gallery corpus — 60 canonical component types, ~95 production design systems, 2,600+ examples — plus an AI-era overlay (prompt inputs, tool-call cards, streaming status, citations) and composite patterns (command palette, app shell, agent console). Compare implementations, find alternative component names, ground frontend decisions in real-world precedent. Pairs with minoan-frontend-design for research-then-build workflows. Triggers on component patterns, how do others implement X, design system research, component comparison, AI chat components, agent UI patterns.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Review custom components and layouts against shadcn design patterns, visual style conventions (Vega, Nova, Maia, Lyra, Mira), composition rules, design token usage, and Radix/Base UI composition patterns. Use PROACTIVELY after writing or modifying any custom UI component, page layout, or variant of a shadcn component. Use when the user says "review this component", "check my spacing", "does this follow shadcn patterns", "audit this layout", "is this shadcn-idiomatic", or shares a component for feedback. Catches spacing drift, hardcoded colors, missing data-slot attributes, inconsistent theme application, and composition anti-patterns that shipping-fast-with-AI tools often miss.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Application architecture patterns and code organization — clean architecture, hexagonal architecture, feature-based structure, dependency inversion, module boundaries, SOLID principles at module scale. Activate on "clean architecture", "hexagonal architecture", "feature-based structure", "dependency inversion", "module boundaries", "architecture pattern", "folder structure", "fat controller", "circular dependency", "IoC container". NOT for microservice decomposition (use microservices-patterns) or database schema design (use database-design-patterns).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Cloud design patterns for distributed systems architecture covering 42 industry-standard patterns across reliability, performance, messaging, security, and deployment categories. Use when choosing architecture patterns for reliability, performance, messaging, or security in a distributed cloud system.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Canonical patterns for writing custom MSBuild targets. Only activate in MSBuild/.NET build context. USE FOR: diagnosing and fixing custom target authoring anti-patterns, reviewing MSBuild target definitions for correctness, diagnosing broken SDK target chains across files (e.g., Directory.Build.targets silently redefining SDK targets), fixing targets that replace CompileDependsOn instead of extending it with $(CompileDependsOn), fixing query targets that return stale results due to Outputs vs Returns misuse, fixing missing Inputs/Outputs causing unnecessary rebuilds, fixing missing FileWrites registration. Covers DependsOnTargets vs BeforeTargets vs AfterTargets, the Build→CoreBuild three-level pattern, hooking into the build pipeline, the $(XxxDependsOn) chain-extension pattern. DO NOT USE FOR: incremental build tuning (use incremental-build), parallelization (use build-parallelism), general anti-patterns (use msbuild-antipatterns), non-MSBuild build systems.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Choose and compare cloud design patterns for distributed systems. Use when reviewing architecture, selecting workload patterns, or mapping reliability, performance, messaging, security, and migration concerns to concrete design options.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Expert en revue de code (PR reviews, patterns, anti-patterns, security, performance, readability)

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Architect scalable backend services using layered architecture, dependency injection, middleware patterns, service classes, and separation of concerns. Use when building API services, implementing business logic layers, creating service classes, setting up middleware chains, implementing dependency injection, designing controller-service-repository patterns, handling cross-cutting concerns, creating domain models, implementing CQRS patterns, or establishing backend architecture standards.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Application architecture patterns and code organization — clean architecture, hexagonal architecture, feature-based structure, dependency inversion, module boundaries, SOLID principles at module scale. Activate on "clean architecture", "hexagonal architecture", "feature-based structure", "dependency inversion", "module boundaries", "architecture pattern", "folder structure", "fat controller", "circular dependency", "IoC container". NOT for microservice decomposition (use microservices-patterns) or database schema design (use database-design-patterns).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

front-end-design-patterns を使い、指定されたフロントエンド範囲に対して サブエージェント調査（必要時は複数スコープに分割した独立 fresh audit） → メインセッション修正 → 必要時のみ性能計測 → simple-add → 再調査を NO_FINDINGS まで繰り返す、機能変更なしの内部リファクタリングループ。 Trigger: front-end-refactor-loop, front-end-design-patterns リファクタリングループ, フロントエンドリファクタリングループ, Reactリファクタリングループ, サブエージェントでフロントエンド調査, NO_FINDINGSまでリファクタ, 性能計測つきフロントエンドリファクタ

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Review database schema design and detect anti-patterns. Based on common RDB design knowledge and best practices. Supports Prisma, Drizzle, Rails, Django, Laravel, TypeORM, Sequelize, SQLAlchemy, and raw SQL (DDL). Use when the user says "review DB design", "check schema", "review table design", "review migration", "check for anti-patterns", "DB設計をレビューして", "スキーマを見て", "テーブル設計を確認して", "マイグレーションをレビューして", "アンチパターンがないか調べて", "この設計で問題ないか見て".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Stability Patterns knowledge base. Provides patterns, antipatterns, and PHP-specific guidelines for Circuit Breaker, Retry, Rate Limiter, Bulkhead, and resilience audits.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Design patterns and architectural guidance for .NET applications. Navigation skill covering vertical slices, domain modeling, messaging patterns, resilience, caching, and system design. For building scalable, maintainable applications. Keywords: architecture, patterns, vertical slices, domain modeling, messaging, resilience, caching, design patterns

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Node.js, Express, Next.js의 API와 데이터 처리를 설계하고 검토합니다. 역할 분리, 데이터베이스 최적화, 캐시와 인증 구현 예시를 제공합니다.

• API를 설계하고 처리 역할을 나눕니다
• 데이터베이스 질의 횟수를 줄입니다
• 데이터 조회에 캐시를 추가합니다

Java의 Quarkus 서비스 설계와 검토를 지원합니다. REST API 구성, Panache 데이터 접근, Camel 메시지 연계와 비동기 처리의 구현 패턴을 제공합니다.

• REST API의 책임 분리
• Camel과 RabbitMQ 연계
• Panache 저장 처리 검토

Redis를 이용한 캐시, 요청 횟수 제한, 여러 작업의 동시 실행 제어와 메시지 전달을 설계하고 키 만료 시간 및 연결 관리도 검토합니다.

• API 응답에 캐시를 추가합니다
• 사용자별 요청 횟수를 제한합니다
• 워커의 동일 작업 동시 실행을 방지합니다

React Native와 Expo 앱의 화면 이동, 상태 관리, 데이터 가져오기를 설계합니다. 긴 목록 표시, 폼, 기기 기능 사용과 인증 토큰 저장 방식도 다룹니다.

• Expo 화면과 화면 이동을 만들 때
• 가져온 데이터와 화면 상태를 정리할 때
• 긴 목록 표시를 개선할 때

React와 Next.js 화면의 구현과 검토를 지원합니다. 컴포넌트 조합, 상태 관리, 데이터 가져오기, 표시 속도, 폼 검증과 키보드·포커스 동작 개선 패턴을 제공합니다.

• 재사용하기 쉬운 React 컴포넌트 정리
• 상태 관리와 데이터 가져오기 검토
• 긴 목록의 표시 속도 개선

전자 의무기록에 임상 의사결정 지원을 구현합니다. 약물 상호작용, 용량 검증, 임상 점수 계산과 경고 심각도별 화면 동작 및 누락 검증 테스트를 다룹니다.

• 약물 상호작용과 알레르기 확인 구현
• 환자 정보에 따른 용량 검증
• NEWS2 등 임상 점수 구현

전자 의무 기록의 진료 기록, 처방, 검사 결과 화면을 설계합니다. 약물 상호작용 경고, 변경 이력, 의료 현장에서 입력하기 쉬운 화면의 설계 지침을 정리합니다.

• 진료 흐름 설계
• 약물 상호작용 경고 구현
• 검사 결과의 이상 수치 표시

Dart와 Flutter 코드 작성·검토에 상태 관리, 화면 이동, 통신, 오류 처리, 테스트 구현 패턴을 활용합니다. 예제를 참고해 널 처리와 비동기 작업, 앱 구조를 정리합니다.

• 새 기능의 상태 관리 방식 선택
• 널 처리와 비동기 코드 검토
• 로그인 상태에 따른 화면 이동

Django 앱의 구조, API, 데이터 조회, 캐시 구현과 검토를 돕습니다. 환경별 설정과 업무 로직을 분리하고 불필요한 데이터베이스 조회를 줄이는 예시를 제공합니다.

• Django 구조와 설정 정리
• Django REST Framework API 설계
• 불필요한 데이터베이스 조회 줄이기

공통 기준으로 코드의 명명, 가독성, 원본 데이터를 바꾸지 않는 갱신 방식과 오류 처리를 검토합니다. 중복과 복잡한 구조를 찾아 유지보수하기 쉽게 정리합니다.

• 기존 코드의 명명과 가독성 검토
• 긴 함수와 깊은 조건 분기 정리
• 새 모듈의 코딩 규칙 통일

Node.js, Express, Next.js의 API와 서버 데이터 처리를 설계하고 검토합니다. 데이터베이스 조회, 캐시, 인증, 오류 처리를 정리합니다.

• API 설계와 업무 로직 및 데이터 조회 분리
• 중복 데이터베이스 조회 줄이기
• 캐시와 비동기 처리 도입