'architecture' 검색 결과

Architecture Decision Framework workflow skill. Use this skill when the user needs Architectural decision-making framework. Requirements analysis, trade-off evaluation, ADR documentation. Use when making architecture decisions or analyzing system design and the operator should preserve the upstream workflow, copied support files, and provenance before merging or handing off.

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

Architecture Decision Records workflow skill. Use this skill when the user needs Comprehensive patterns for creating, maintaining, and managing Architecture Decision Records (ADRs) that capture the context and rationale behind significant technical decisions and the operator should preserve the upstream workflow, copied support files, and provenance before merging or handing off.

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

Architecture Decision Records workflow skill. Use this skill when the user needs Comprehensive patterns for creating, maintaining, and managing Architecture Decision Records (ADRs) that capture the context and rationale behind significant technical decisions and the operator should preserve the upstream workflow, copied support files, and provenance before merging or handing off.

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

Produce the architecture: a lean spine of invariants that keeps everything built from it consistent, projected into whatever format the work needs. Use when the user says "create the architecture", "create technical architecture", "architecture spine", or "create a solution design".

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

Review software architecture for coupling, cohesion, SOLID principles, API design, scalability, and technical debt. Covers system-level evaluation, architecture decision record review, and improvement recommendations. Use when evaluating a proposed architecture before implementation, assessing an existing system for scalability or security, reviewing ADRs, performing a technical debt assessment, or evaluating readiness for significant scale-up.

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

Design the technical architecture for a NowStack Mobile app from .agents/plan/PRD.md, mapping the product onto the FIXED boilerplate stack (Convex schema + functions, Expo Router screens, Better Auth, Apple IAP/Stripe, R2), then save .agents/plan/ARCHITECTURE.md. Use for "design the architecture", "ns architecture", "plan the schema and screens", or as the second planning step after ns-prd and before ns-tasks. Not a blank-slate stack design — the stack is set; this maps features onto it.

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

Opt-in DI architecture using Reflex for Unity 6+. Covers container setup, scoping, injection, command pattern, update management, and class taxonomy. Use when ProjectConfig.yaml -> architecture_pattern is "di-first", or when the user asks about dependency injection, inversion of control, service architecture, or testable game code. Triggers on "set up DI", "add dependency injection", "create a service", "wire up dependencies", "make this testable", "decouple these systems", "add a command pattern", "cross-feature communication", or architecture discussions involving testability, decoupling, and service layers. Only activates when ProjectConfig.yaml -> architecture_pattern is "di-first". For simpler projects, use uw-scriptable-object-arch instead.

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

Use when designing new high-level system architecture, reviewing existing designs, or making architectural decisions. Invoke to create architecture diagrams, write Architecture Decision Records (ADRs), evaluate technology trade-offs, design component interactions, and plan for scalability. Use for system design, architecture review, microservices structuring, ADR authoring, scalability planning, and infrastructure pattern selection — distinct from code-level design patterns or database-only design tasks.

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

Use when designing, evaluating, documenting, modernizing, reviewing, refactoring, or implementing software architecture and code-level structure, including requirements, context, architecture style selection, microservices patterns, WebAssembly/WASI/Component Model, UMA portable capabilities, runtime contracts, capability graphs, governed MCP/agent orchestration, clean code, code smells, Rust crate/library API architecture, Cargo feature/MSRV/SemVer policy, unsafe/FFI/no_std/library testing, modularity, views, NFR tactics, IAM/auth, security patterns, cost estimation, architecture-as-code fitness functions, ADR/RFC work, and engineering execution plans.

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

Architecture and systems design for agents that retain bounded state across sessions. Covers durable event history, owned state, derived memory, retrieval indexes, framework evaluation, recovery, deletion, and rebuild behavior. Uses constructed implementation examples and workload calibration rather than universal vendor, latency, similarity, retention, or cost claims. Activate on: "always-on agent", "persistent agent architecture", "episodic memory system", "agent memory design", "long-running agent", "stateful agent", "agent that remembers", "MemGPT architecture", "Letta deployment", "/always-on-agent-architecture". NOT for: choosing what data to feed the agent (use always-on-agent-inputs), brainstorming applications (use always-on-agent-applications), safety and privacy concerns (use always-on-agent-safety), general agentic patterns (use agentic-patterns).

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

Architecture Decision Records (ADR) — a lightweight method for capturing important architectural decisions with context, trade-offs, and rationale. Based on Michael Nygard's ADR pattern and Google/Meta/ByteDance's design documentation culture. USE WHEN: deciding between technology choices, designing new architecture, changing existing architecture, documenting why a decision was made, onboarding new team members, or preserving design context for future maintainers. Triggered by terms like "tech choice", "architecture decision", "why did we choose", "design rationale", "ADR", or "architectural decision record".

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

개념, 업무 흐름, 소프트웨어와 클라우드 구성을 도표로 정리합니다. 브라우저에서 여는 SVG 포함 HTML이나 편집 가능한 Excalidraw 파일로 저장합니다.

• 학습 자료의 개념을 도표로 설명할 때
• 업무 흐름을 순서도로 만들 때
• 소프트웨어와 클라우드 구성도 작성

Maintain clear business definitions and relationships in an existing glossary or CONTEXT.md. Flag unresolved meanings and refer lasting design choices to the existing architecture decision record workflow, keeping terminology separate from decision rationale and task status.

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

• Document business terms that need repeated explanation
• Clarify terms with multiple meanings
• Track domain interpretations awaiting confirmation

Android와 KMP 프로젝트의 모듈 구조와 의존 관계를 정리합니다. 업무 로직·화면·데이터 접근을 분리해 설계하고 구현 예시로 각 계층의 역할을 설명합니다.

• Android와 KMP 프로젝트 구조 설계
• 화면 코드에서 업무 로직 분리
• 기기와 서버의 데이터 접근 설계

시스템과 클라우드 구성을 어두운 배경의 구성도로 정리합니다. 구성 요소와 서비스 연결, 보안 경계를 색으로 구분해 브라우저에서 여는 단일 HTML 파일로 만듭니다.

• 프런트엔드·서버·데이터베이스 관계를 설명할 때
• 클라우드 리전과 서브넷을 정리할 때
• 마이크로서비스 연결을 그림으로 나타낼 때

코드를 기능별 흐름도로 정리하고 중복 로직을 조사합니다. 근거가 있는 통합안과 각 시스템을 `/make-plan`에 넘길 요청문을 작성합니다.

• 리팩터링 전 기능별 처리 흐름 파악
• 기능 내부와 기능 간 중복 로직 조사
• 통합안과 기존 호출 위치 비교

claude-flow v3의 큰 클래스를 역할별로 나누고 의존 관계와 이벤트 연계를 정리합니다. 기능 추가와 독립적인 테스트가 쉬운 구조로의 전환을 지원합니다.

• 큰 클래스를 역할별로 분리
• 작업·세션·모니터링 경계 설계
• 플러그인과 이벤트 연계 설계

새 기능과 복잡한 구현을 명세, 의사 코드, 아키텍처 설계, 개선, 완료 단계로 나누어 진행합니다. 요구 사항과 인수 기준을 정리하고 기존 지식도 활용합니다.

• 새 기능의 요구 사항 정리
• 복잡한 구현의 진행 방식 정리
• 시스템 아키텍처 변경 계획

claude-flow v3의 큰 클래스를 역할별로 나누고 의존 관계와 이벤트 연계를 정리합니다. 기능 추가와 독립적인 테스트가 쉬운 구조로의 전환을 지원합니다.

• 큰 클래스를 역할별로 분리
• 작업·세션·모니터링 경계 설계
• 플러그인과 이벤트 연계 설계

Review system architecture and major design changes for scalability, resilience, and maintainability. Identify risks, compare design tradeoffs, and document recommendations and next steps across services, APIs, data storage, security, and deployment.

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

• Reviewing microservice boundaries
• Assessing a move to event-driven architecture
• Comparing serverless and container deployment

Review and rewrite architecture decision records, documents that explain design choices, from a newcomer’s perspective. Identify missing context, buried decisions, and temporary details, then reorganize each document so future readers can follow the reasoning.

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

• Reviewing design decisions from a new team member’s perspective
• Making an ADR’s decision and reasoning easier to follow
• Removing temporary project context from long-lived records

Write and maintain Architecture Decision Records (ADRs), documents explaining important technical choices. Capture the context, options, decision, and consequences, then organize records and track their status so teams can revisit the reasoning.

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

• Record the reasons for choosing a framework or database
• Document design options and their trade-offs
• Explain past technical decisions to new team members

Inspect an Azure resource group and turn its resources and connections into a Mermaid architecture diagram, a text-based diagram format. Create Markdown documentation with a resource inventory, configuration details, and explanations of network, data, and identity relationships.

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

• Understanding an existing Azure environment
• Creating architecture documentation for handovers
• Mapping network, data, and identity connections

Design an AI agent around its requirements, or audit an existing agent for architectural problems. Deliver justified decisions, verification plans, and a PDF report with a diagram, covering budgets, permissions, stopping rules, and failure handling.

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

• Design an agent from an idea or specification
• Audit an existing agent’s architecture
• Diagnose errors and false completion reports