프롬프트 라이브러리

'사용자님', 지침을 완벽하게 숙지하였습니다. 앞으로 모든 대화에서 '사용자님'이라는 호칭을 사용하고, 선어말어미와 어말어미, 공손어휘를 갖추어 정중하게 답변드리겠습니다. 오늘 어떤 업무를 도와드리면 될까요?

이 아키텍처는 가상의 한국형 배달 서비스 플랫폼의 주문 처리 런타임을 설명합니다.

[핵심 컴포넌트]

1. API Gateway: 모든 외부 요청의 진입점 및 라우팅
2. Auth Service: JWT 기반 사용자 인증 및 권한 부여
3. Order Service: 주문 생성 및 주문 상태 관리
4. Payment Service: 결제 트랜잭션 처리 및 검증
5. Store Service: 입점 업체 정보 및 메뉴 관리
6. Delivery Service: 라이더 배차 및 위치 추적 로직
7. Notification Service: 알림톡 및 푸시 발송
8. Kafka: 마이크로서비스 간 이벤트 기반 비동기 통신
9. Main DB: 서비스 핵심 데이터 저장 (PostgreSQL)
10. Cache Cluster: 실시간 주문 상태 캐싱 (Redis)

[주요 경로: 주문 생성 및 전파]
사용자 앱 -> API Gateway -> Auth Service(인증) -> Order Service(생성) -> Payment Service(승인) -> Kafka(이벤트 발행) -> Store/Delivery Service(수락 및 배차)

[신뢰 경계]

• Public Zone: 사용자 기기 및 API Gateway
• Private Zone: 마이크로서비스 및 Kafka 클러스터
• Data Zone: DB 및 Redis (접근 제어 강화 영역)

[외부 의존성]

• 외부 PG사 API (결제 승인)
• 지도 서비스 API (거리 계산 및 경로 안내)
• 알림 서버 (FCM/카카오 알림톡)

[카드 상세 정보]

• Order Service: 트랜잭션 일관성을 위해 Saga 패턴을 통한 보상 트랜잭션 구현
• Kafka: 'OrderCreated', 'PaymentVerified' 등 주요 상태 변경 이벤트를 표준화된 스키마로 관리

안녕하세요! 1인가구 반려가구 커머스 프로젝트의 UX/UI 디자인 기획을 시작하겠습니다. 먼저 Step 1: Domain Research(도메인 리서치)부터 진행하겠습니다.

1. 업종 UX 패턴 (반려가구 커머스)

• 공간 맞춤 필터링: 원룸/투룸 등 평형대별, 반려동물 종류별(견종/묘종) 맞춤 가구 추천 필터 필수.
• 소재 및 안전성 강조: 스크래치 방지 패브릭, 무독성 코팅 등 펫프렌들리 소재 정보가 상세페이지 상단에 노출.
• AR/3D 배치 미리보기: 모바일 화면에서 방 사진 위에 가구를 가상으로 배치해볼 수 있는 기능이 구매 전환율에 큰 영향.

2. 경쟁사 인사이트

• 펫 가구 전문 A사: 감성적인 브랜딩과 실제 반려동물이 사용하는 쇼룸 형태의 숏폼 콘텐츠로 체류 시간 확보.
• 종합 리빙 B사: 직관적인 카테고리와 빠른 배송 서비스로 진입 장벽을 낮춤.

---|

이어서 Step 2: User Journey(사용자 여정)로 넘어가겠습니다. 핵심 사용자 흐름을 어떻게 설계할까요? 의견을 주시면 다음 단계로 진행하겠습니다.

럭셔리 브랜드의 핵심은 '단순함'과 '디테일'입니다. 아마존에서 초보자가 숙련된 경쟁사를 이기기 위한 3가지 디자인 제안과 전략을 제안합니다.

1. 디자인 제안
2. 디자인 A (Deep Charcoal & Gold): 무광 차콜 배경에 로고만 금박으로 처리하여 무게감을 줍니다. 텍스트는 10pt 정도의 얇은 세리프체를 사용하여 여백의 미를 강조합니다.
3. 디자인 B (Minimalist Ivory & Embossing): 아이보리 톤의 고급 종이 질감을 시각화하고, 브랜드 로고를 형압(Embossing) 처리하여 촉각적 고급스러움을 암시합니다.
4. 디자인 C (Midnight Blue & Silver): 심해의 푸른색과 은박 텍스트를 조합하여 차갑지만 세련된 도시적 럭셔리를 표현합니다.

1. 럭셔리 브랜드의 필수 요소
2. 폰트 선택: 장식적인 폰트보다 가늘고 정갈한 Serif(바탕체 계열)를 메인으로 사용하세요. 텍스트 크기는 너무 크지 않게(전체 면적의 10% 미만) 배치하는 것이 훨씬 고급스럽습니다.
3. 여백의 활용: 정보를 빽빽하게 넣는 대신, 중요한 로고와 제품명만 강조하고 나머지는 과감히 비우십시오.

1. 아마존 베스트셀러 전략
2. 차별화된 언박싱: 아마존 고객은 패키지를 열 때의 경험에 감동합니다. 내부에 브랜드 스토리가 적힌 고급 카드를 동봉하세요.
3. 비주얼 스토리텔링: 디자인이 좋다면 이를 강조할 A+ 콘텐츠(상세페이지) 제작에 투자하세요. 제품의 질감을 근접 촬영한 고화질 이미지가 신뢰도를 높입니다.

이 디자인들은 고객에게 '단순한 제품'이 아닌 '특별한 선물'을 받는다는 느낌을 주어, 경험 많은 대기업의 평범한 디자인보다 더 강력한 구매 동기를 제공할 것입니다.

THE VIBE CHECK

상대방은 메시지를 읽자마자 과거의 잘못을 추궁당하고 미래의 행동을 강요받는다는 느낌에 방어적인 태도를 취할 가능성이 높습니다.

SPOTTED TRIGGERS

• "제발 늦지 말고", "잊지 마": 부모가 아이에게 훈육하는 듯한 통제적인 뉘앙스를 풍깁니다.
• "저번에도 너 늦어서 다 망쳤잖아": 과거의 부정적인 사건을 소환하여 현재의 대화에 비난의 무게를 더합니다.
• "진짜 실망할 것 같아": 상대방의 행동을 조건부 실망으로 통제하려는 정서적 위협으로 느껴질 수 있습니다.
• "너도 좀 신경 써줬으면": 상대방이 평소에 노력하지 않는다는 전제가 깔린 포괄적인 비난입니다.

REVISED OPTIONS

• Option A (The Gentle & Direct Version): "이번 주말에 가기로 한 교외 카페 데이트 정말 기대하고 있어! 우리 이번엔 좀 일찍 만나서 여유 있게 즐기다 오고 싶은데, 정오쯤 보는 거 어때? 같이 좋은 시간 보내고 싶어."
• Option B (The Ultra-Short Version): "이번 주말 카페 데이트 너무 기대돼! 우리 12시까지 만나서 여유 있게 출발하자!"

1. 의도 및 어조

• 작성자의 의도: 상사는 현재 업무를 마무리하려는 단계에서 급하게 확인이 필요하거나, 본인의 머릿속에 있는 할 일을 털어내기 위해 메시지를 보냈을 가능성이 큽니다.
• 실제 어조: 다소 촉박하고 지시적이지만, 개인적인 감정이 실린 공격이라기보다는 철저히 '업무 효율성'과 '속도'에 집중된 사무적인 톤입니다.

2. 인지될 수 있는 위험성

• 이 메시지는 '지금 바로'라는 표현 때문에 수신자에게 강한 압박감을 줍니다. 특히 퇴근 후나 휴식 중이라면 '내가 일을 제대로 안 했나?' 혹은 '내 시간을 존중받지 못한다'는 위협으로 느껴져 방어적인 태도를 유발할 수 있습니다.

3. 건강한 반응

• 건강한 반응은 이 요청의 '우선순위'를 확인하는 것입니다. 상사의 급한 성격이 나의 업무 가치를 결정짓지 않는다고 생각하며, 내가 제공할 수 있는 현실적인 타임라인을 차분하게 제시하는 것이 중요합니다.

4. 추천 답변

• "네, 팀장님. 수정본 지금 바로 메일로 발송하겠습니다. 월요일 회의 자료도 미리 확인해 두겠습니다!"
• "팀장님, 지금 외부라 확인이 조금 늦었습니다. 수정본은 1시간 내로 보내드리고, 회의 자료는 내일 오전 중으로 검토해도 괜찮을까요?"
• "확인했습니다. 지금 바로 보내드릴게요. 회의 자료는 월요일 출근해서 가장 먼저 확인하겠습니다."

동네 도서관에서 책을 빌리는 방법입니다.

• 도서관 1층 안내 데스크로 가세요.
• 본인 확인을 위해 신분증을 직원에게 보여주세요.
• 도서관 회원증을 만드세요.
• 읽고 싶은 책을 서가에서 찾으세요.
• 책과 회원증을 가지고 대출 데스크로 가세요.
• 직원이 책을 기계에 찍을 때까지 기다리세요.
• 직원이 알려주는 반납 날짜를 확인하세요.
• 책을 집으로 가지고 가세요.

Steady and unsteady flow over a circular cylinder
As the flow is inherently unsteady in nature, will it be possible to get the results if the simulation is carried out for a steady case?
Compare the results (velocity contours, pressure contours, and Average CD values) for steady and unsteady cases. Mention the non-dimensional properties like Reynolds number.
Which turbulence model is used in your work and what interferences can you draw about the turbulence model?
In your simulation, what kind of mesh is used and can you comment on difference in results for structured and unstructured mesh.

Flow over symmetric and unsymmetric aerofoil
Calculate lift and drag taking the same conditions for symmetric and unsymmetric aerofoil and compare the results between them.
Plot Cl at zero angle of attack for both symmetric and unsymmetric aerofoil and compare the slopes between them.

CD Nozzle and supersonic flow over diamond aerofoil
Compare the CFD results for CD nozzle (exit velocity and exit pressure) with the analytic results obtained by assuming inviscid flow.
What difference would you observe if the curvature for the throat is not given as mentioned in the video.
Compare the CFD results for diamond aerofoil (Cl and CD values, pressure downstream the aerofoil) with the analytic results obtained by assuming inviscid flow.
What happens if you change of angle of attack for super

name: defuddle
description: Extract clean Markdown from HTML pages with Defuddle CLI.
---

Defuddle

Use Defuddle CLI to extract clean readable content from web pages. Prefer over WebFetch for standard web pages — it removes navigation, ads, and clutter, reducing token usage.

If not installed: npm install -g defuddle

Usage

Always use --md for markdown output:

defuddle parse <url> --md

Save to file:

defuddle parse <url> --md -o content.md

Extract specific metadata:

defuddle parse <url> -p title
defuddle parse <url> -p description
defuddle parse <url> -p domain

Output formats

FILE:LICENSE
MIT License

Copyright (c) 2026 Steph Ango (@kepano)

Source: https://github.com/kepano/obsidian-skills

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyri

Internationalization taste of a product engineer shipping to many locales

• Externalize every user-facing string from the first commit; retrofitting i18n later costs far more than starting with it. Confidence: 0.90
• Use ICU MessageFormat (via formatjs, i18next with ICU, or similar) so plurals, gender and select rules live in the message, not in code. Confidence: 0.90
• Never build sentences by concatenating fragments; translators need the whole sentence with named placeholders. Confidence: 0.95
• Use semantic message keys like checkout.payButton instead of using the English text as the key. Confidence: 0.75
• Give translators context: a description for every message and screenshots for ambiguous ones. Confidence: 0.85
• Format dates, numbers, currencies and lists with Intl APIs and the user's locale, never with hand-written format strings. Confidence: 0.95
• Store timestamps in UTC and convert to the user's time zone only at display time. Confidence: 0.95
• Store money as integer minor units plus an ISO 4217 currency code, and let the locale decide symbol placement. Confidence: 0.90
• Use BCP 47 locale tags (pt-BR, zh-Hant) everywhere and define an explicit fallback chain down to the default language. Confidence: 0.85
• Support right-to-left languages with CSS logical properties (margin-inline-start) and dir="auto" instead of left and right. Confidence: 0.85

API Rate Limiting taste of a backend platform engineer

• Rate limit every public endpoint from day one, including authenticated ones; abuse rarely announces itself in advance. Confidence: 0.90
• Key limits on the authenticated identity (API key, user or tenant) first and fall back to client IP only for anonymous traffic. Confidence: 0.90
• Use a token bucket or sliding-window counter instead of a fixed window, so clients cannot burst twice the limit at window edges. Confidence: 0.85
• Keep limiter state in a shared store like Redis with atomic operations (Lua script or INCR plus EXPIRE), never in per-instance memory behind a load balancer. Confidence: 0.90
• Return HTTP 429 with a Retry-After header and a machine-readable error code in the body. Confidence: 0.95
• Send RateLimit-Limit, RateLimit-Remaining and RateLimit-Reset headers on every response so clients can pace themselves. Confidence: 0.80
• Set separate, tighter limits for expensive operations (search, exports, login, password reset) than for cheap reads. Confidence: 0.90
• Weight requests by cost when endpoints differ a lot, for example a bulk call spending 10 tokens instead of 1. Confidence: 0.70
• Fail open on limiter outages for ordinary traffic, but fail closed on authentication and payment endpoints. Confidence: 0.75
• Apply a coarse global limit at the edge (CDN or gateway) and finer per-tenant li

Python Type Hints taste of a typed-Python maintainer

• Run a type checker (pyright or mypy) in CI on every pull request and treat new errors as build failures. Confidence: 0.95
• Start strict on new code with strict = true and loosen per module only with a written reason, instead of starting loose and tightening never. Confidence: 0.80
• Use modern built-in generics like list[str] and dict[str, int] and X | None instead of importing List, Dict and Optional from typing. Confidence: 0.90
• Annotate every public function signature, including the return type; let local variables be inferred unless inference is wrong. Confidence: 0.90
• Accept abstract types in parameters (Iterable, Mapping, Sequence) and return concrete types (list, dict). Confidence: 0.85
• Prefer Protocol for structural interfaces over abstract base classes when callers should not have to inherit anything. Confidence: 0.75
• Model fixed-shape records with dataclass (or pydantic at I/O boundaries) instead of passing raw dicts around. Confidence: 0.90
• Use TypedDict only for dict-shaped data you do not control, such as JSON payloads and legacy APIs. Confidence: 0.75
• Represent a closed set of string options with Literal or an Enum, never a bare str. Confidence: 0.85
• Treat Any as a bug report: confine it to the boundary where untyped data enters and narrow it immediate

You are a careful household product safety assistant. Help me build and maintain a recall check and product registration tracker for the products in my home, then return the result as JSON only, matching the schema below exactly.

My inputs (fill in what you know; leave blank if unknown):

• Country or region: [e.g., United States, United Kingdom, EU country, Canada, Australia]
• Household notes: [e.g., baby or toddler at home, older adults, pets, renter or owner]
• Product list, one per line: [category | brand | model name or number | approximate purchase date | where bought | serial or batch number if known | registered with maker? yes/no]

Example: Car seat | BrandX | Model 300 | 2025-03 | online store | SN unknown | no

Instructions:

1. Normalize each product: category, brand, model, purchase date, retailer, and which identifiers I still need to find (model number, serial, batch or lot code, date code). Tell me exactly where such labels usually are for that kind of product (base, back panel, inside the door, under the seat, on the battery, on the packaging).
2. Rank each product's recall-check priority as high, medium or low. Treat as high: child car seats, cribs and other sleep products, strollers, high chairs, heaters, dehumidifiers, pressure cookers, power banks and e-bike or scooter batteries, smoke and carbon monoxide alarms, gas appliances, extension cords and vehicle

name: fashion-showcase
description: create humanize movement for fashion outfit showcase
---

My Skill

Describe what this skill does and how the agent should use it.

Instructions

• Step 1: ...
• Step 2: ...