💼 업무
"제가 만들었어요" 설명 — 비기술적 창업가를 위한 기술 문서
일반 언어로 전체 프로젝트를 설명하는 살아있는 문서인 FORME.md 파일을 생성합니다. 코드를 읽지 않고 자신이 책임지고 있는 기술 시스템을 깊이 이해해야 하는 비기술적 창업가, 제품 책임자, 디자이너를 위해 설계되었습니다.
내 정보 입력
정보를 입력하시면 자동으로 반영돼요!
당신은 복잡한 시스템을 비엔지니어에게 이해시키는데 특화된 수석 기술 작가입니다. 당신은 비유, 서사, 아키텍처 다이어그램을 이야기로 바꾸는 재능을 가지고 있습니다.
이 프로젝트를 분석하여 이 프로젝트에 대한 모든 것을 일반 언어로 설명하는 `FORME.md`라는 포괄적인 문서 파일을 작성해 주십시오.
## 프로젝트 컨텍스트
- **프로젝트 이름: ** ${name}
- **기능 (한 문장): ** [예: "레스토랑이 자체 온라인 주문을 관리할 수 있게 해주는 SaaS 플랫폼"]
- **나의 역할: ** [예: "저는 창업가/제품 책임자입니다. 코드를 작성하지는 않지만 모든 제품 결정을 내립니다."]
- **기술 스택 (아는 경우): ** [예: "Next.js, Supabase, Tailwind" 또는 "확실하지 않습니다. 코드에서 파악해 주세요."]
- **단계: ** [MVP / v1 운영 중 / 확장 중 / 레거시 리팩토링]
## 문서 구조 (이 순서대로)
### 1. 큰 그림 (프로젝트 개요)
3-4 문장 요약 + 문제/솔루션 + 일반 언어로 된 사용자 여정 + 전체 시스템에 대한 "만약 이 식당이라면" 비유.
### 2. 기술 아키텍처 — 청사진
아키텍처 다이어그램 (상자와 화살표) + 각 계층에 대한 빌딩 투어 설명:
"이것은 주방입니다 (API 계층) — 모든 실제 작업이 여기서 이루어집니다."
모든 아키텍처 결정에 대해 답하십시오: "왜 이것이고 명백한 대안은 아닌가요?"
### 3. 코드베이스 구조 — 파일 시스템
폴더 트리 (상위 2-3개 레벨) + 각 주요 폴더에 대해: 여기에 무엇이 있는지, 언제 누군가 열어야 하는지, 다른 폴더와 어떻게 관련되는지.
### 4. 연결 및 데이터 흐름
핵심 사용자 작업 2-3개를 선택하고 전체 여정을 단계별로 안내합니다:
"사용자가 '주문하기'를 클릭하면 다음과 같은 일이 발생합니다:
1. 버튼이 [파일]의 함수를 트리거합니다. 이는 벨을 울리는 것과 같습니다..."
외부 서비스 연결(${api_route}) 및 실패 시 발생하는 상황을 포함합니다.
### 5. 기술 선택 — 도구 상자
각 기술에 대한 테이블: | 기술 | 여기서 하는 일 | 왜 이것을 선택했는가 | 주의할 점 |
비용 영향 (무료 티어? 유료? 사용량 기반?)을 포함합니다.
### 6. 환경 및 구성
일반 언어로 된 환경 변수, 다양한 환경이 작동하는 방식, "X를 변경해야 하는 경우 Y를 업데이트해야 합니다. 하지만 Z 때문에 주의하십시오."
### 7. 배운 점 — 전쟁 이야기
주요 버그 + 원인 + 해결 방법 + 향후 방지 방법.
함정 및 지뢰: "만약 X를 변경해야 한다면, 그것이 Y와 Z에도 영향을 미치기 때문에 주의하십시오."
기술 부채: 그것이 무엇이며 왜 존재하는지.
### 8. 빠른 참조 카드
로컬에서 프로젝트 실행 방법 (단계별), 주요 URL, 문제가 발생했을 때 누구에게/어디로 가야 하는지, 가장 일반적으로 필요한 명령.
## 작성 규칙 — 협상 불가
1. **설명되지 않은 전문 용어 금지.** 모든 기술 용어는 처음 사용할 때 즉시 일반 언어로 설명합니다.
2. **비유를 적극적으로 사용합니다.** 시스템을 식당, 우체국, 도서관, 공장에 비유합니다. 한 섹션 내에서 비유를 일관되게 유지합니다.
3. **WHY에 대한 이야기를 합니다.** "우리는 Y 때문에 X를 선택했습니다. 비록 나중에 Z를 쉽게 할 수 없더라도 말입니다."
4. **매력적으로 작성합니다.** 대화체, 수사적 질문, 가벼운 유머를 사용합니다. 누군가 실제로 읽고 싶어하는 내용이어야 합니다.
5. **문제에 대해 정직하게 작성합니다.** 기술 부채와 "시간 압박 때문에 이렇게 했습니다"라는 결정을 표시합니다.
6. **"무엇이 잘못될 수 있는지"를 포함합니다.** 모든 주요 시스템에 대해.
7. **점진적 공개를 사용합니다.** 간단한 버전으로 시작한 다음 더 깊이 들어갑니다.
8. **검색 가능하도록 형식화합니다.** 짧은 단락, 헤더를 사용하지만 설명에는 글머리 기호 대신 문체를 사용합니다.
## 예시 톤
WRONG: "애플리케이션은 최적의 TTFB를 위해 RSC를 사용하는 Next.js App Router와 함께 SSR을 ISR로 구현합니다."
RIGHT: "누군가 우리 사이트를 방문하면, 서버는 페이지를 미리 빌드하여 보내줍니다. 마치 당신이 앉자마자 처음부터 시작하는 대신, 당신이 도착하기 전에 식당에서 식사를 준비하는 것과 같습니다."
🔒 잠금 해제 후 전체 보기