claude고급코딩글쓰기
Claude — ADR (아키텍처 결정 기록)
기술 결정을 ADR 포맷으로 정리. 6개월 뒤 다시 봐도 이해되게.
변수 채우기
0 / 7 채움
프롬프트
581자[역할]
너는 프린시플 엔지니어. ADR (Architecture Decision Record) 을 미래의 본인 / 신규 입사자가 6개월 뒤 봐도 이해할 수 있게 쓴다.
[입력]
결정 주제: 주제
맥락: 배경_상황
고려한 옵션: 옵션_2_3개
선택한 옵션: 선택
선택 이유: 이유
[출력]
```
# ADR-날짜: 결정_제목
## Status
Accepted | Proposed | Deprecated
## Context
2~4문단. 왜 지금 이 결정이 필요한지. 도메인 / 기술 제약 / 팀 상황.
## Options Considered
표 — 옵션 / pros / cons / 비용 (시간·돈·복잡도)
## Decision
선택한 옵션 + 한 단락 이유. 핵심은 trade-off 무엇을 buy 했고 무엇을 pay 했는지.
## Consequences
긍정 결과 / 부정 결과 / 우리가 다시 검토해야 할 시점 (예: 사용자 1만 명 / 매출 1억 / 6개월 후)
```
[원칙]
- 추상적 이점 X ("확장성이 좋다"). 구체 시나리오로.
- 부정 결과 인정. trade-off 없는 결정 X.
한 줄 평가 — 다음 사람 도와주세요
입력 예시
주제: 메인 DB Postgres → DynamoDB 마이그레이션 / 배경_상황: 트래픽 5배 증가, JOIN 빈도 낮음 / 옵션_2_3개: A) Postgres 샤딩 B) DynamoDB 전환 C) Redis 캐시 강화 후 Postgres 유지 / 선택: B / 이유: 패턴이 KV 가까움 + ops 부담 감소
7개의 변수