10/8 목요일. 실제 수강생 리허설 전이며, 일별 배치와 분량은 운영 결과로 조정합니다.
오늘의 결과
어제 만든 기준 명세 위에 이번 주에 바꿀 것 하나를 추가합니다. 변경 명세와 구현 계획까지 만들고, 코드는 내일부터 고칩니다.
시작할 재료
- 어제 만든
spec.md와constitution.md - 내 MVP를 직접 써보면서 불편했던 것
이 페이지의 순서
작업 위치 확인 → 바꿀 것 하나 고르기 → 변경 명세 추가 → 구현 계획 → 읽고 확인입니다.
1. 작업 위치 확인하기
작업 위치: Codex에서 연 내 MVP 폴더
어제와 같은 폴더입니다. 새 대화로 시작한다면 어제 만든 문서부터 읽히세요.
이 프로젝트의 docs/prd.md, .specify/memory/constitution.md, specs/ 안의 명세를 읽어줘.
지금 활성 기능 폴더가 무엇인지, 어제까지 어디까지 했는지 요약해줘.완료 확인: 어제 만든 문서 3개의 위치가 확인되고, AI가 현재 상태를 요약했습니다.
2. 바꿀 것 하나 고르기
작업 위치: 내 머릿속과 내 앱 화면
여기가 오늘의 핵심입니다. 욕심내면 이번 주에 못 끝냅니다.
먼저 내 앱을 한 번 써보면서 기대와 실제가 다른 지점을 찾습니다.
| 나쁜 범위 | 좋은 범위 |
|---|---|
| 더 멋지게 만들기 | 입력한 내용이 새로고침하면 사라지는 것 고치기 |
| 기능 여러 개 넣기 | 목록에서 항목 하나를 지울 수 있게 하기 |
| 디자인 개선 | 빈칸으로 제출하면 설명이 보이게 하기 |
| 로그인·공유·결제 전부 | 이번 주에 확인할 사용 흐름 하나 |
"기대와 실제의 차이"를 한 문장으로 쓸 수 있으면 좋은 범위입니다.
고르기 어려우면 AI와 함께 좁힙니다.
어제 만든 기준 명세와 내 PRD를 비교해서, 목적에 비해 아직 안 되어 있는 것을 3~5개 뽑아줘.
각각 작업 크기를 작음·보통·큼으로 표시하고, 이번 주에 혼자 끝낼 수 있는 것을 추천해줘.
추천 이유도 한 줄로 적어줘. 아직 명세를 고치지는 마.완료 확인: 이번 주에 바꿀 것 하나가 한 문장으로 적혔습니다. 나머지 후보는 메모에 남겼습니다.
3. 변경 명세 추가하기
작업 위치: 같은 MVP 폴더 대화
Codex 입력창에서 입력창에 /를 누르고 speckit-specify을 골라, 아래 내용을 이어 붙입니다.
이번 개선 하나의 변경 명세를 추가해줘: (고른 것을 한 문장으로 적습니다)
프로젝트 전체 PRD를 복제하지 말고 이번 변경의 범위만 담아줘.
정상 입력·빈 입력·잘못된 입력에서 기대하는 동작을 각각 적어줘.
이번 주에 하지 않을 것도 제외 범위로 명시해줘.
기존 기준 명세에서 이번 변경으로 달라지는 항목이 있으면 어디가 바뀌는지 표시해줘.
기존 PRD와 어제 작성한 명세에 답이 있는 질문은 다시 하지 마.어제의 기준 명세는 지우지 않습니다. 이번 변경이 그 위에 얹히는 구조입니다.
완료 확인: 변경 명세에 내가 직접 판정할 확인 행동 3개와 제외 범위가 있습니다.
4. 구현 계획 세우기
작업 위치: 같은 MVP 폴더 대화
입력창에 /를 누르고 speckit-plan을 골라, 아래 내용을 이어 붙입니다.
이번 변경 명세의 구현 계획을 세워줘.
내 기존 코드와 배포 환경에서 가능한 방법으로 세워줘. 새 프레임워크로 갈아타지 마.
데이터 저장·로그인·외부 연결은 이번 사용 장면에 꼭 필요한지부터 판단하고 선택한 이유를 남겨줘.
기존 기능을 깨뜨릴 위험이 있는 부분을 따로 표시해줘.완료 확인: plan.md가 있고, 내가 읽고 이해했습니다.
5. 읽고 확인하기
작업 위치: 내 화면에서 직접
spec.md와 plan.md를 직접 열어 읽습니다. AI가 만들었다고 그냥 넘기지 않습니다.
이해 안 되는 계획이 있으면 지금 묻습니다.
plan.md에서 (이해 안 되는 부분)이 무슨 뜻인지 비개발자가 알 수 있게 설명해줘.
이 방법 말고 더 간단한 방법이 있으면 함께 보여줘.목적과 명세가 충돌하면 지금 바로잡습니다. 구현 뒤에 고치는 것보다 훨씬 쉽습니다.
완료 확인: 계획의 각 단계가 무엇을 하는지 내 말로 설명할 수 있습니다.
개념 한 가지
스펙은 쌓입니다. 어제 쓴 기준 명세는 "지금 되는 것", 오늘 쓴 변경 명세는 "이번에 될 것"입니다. 다음 개선에서는 또 새 명세가 붙습니다.
이렇게 쌓인 문서가 있으면, 한 달 뒤에 다시 열었을 때도 내 앱이 왜 이렇게 만들어졌는지가 남아 있습니다. 이게 "유지보수 가능한 구조"의 실제 뜻입니다.
막혔을 때
| 증상 | 할 일 |
|---|---|
| 고치고 싶은 게 너무 많다 | 하나만 고릅니다. 나머지는 메모에 남깁니다. 다음 사이클 재료입니다 |
| 뭘 고쳐야 할지 모르겠다 | 내 앱을 5분만 실제로 써봅니다. 불편한 순간이 곧 범위입니다 |
| 계획이 너무 커 보인다 | 명세를 더 작게 줄입니다. 계획이 큰 건 범위가 큰 탓입니다 |
| 어제 명세가 없다 | 1일차로 돌아가 기준 명세를 먼저 만듭니다 |
오늘의 마무리
1단계 · 학습일지 — 학습허브 폴더에서 학습메이트한테 아래 프롬프트를 넣으세요.
오늘 학습일지 작성해줘.오늘 남길 재료는 고른 개선 하나, 왜 그걸 골랐는지, 생긴 문서 위치, 내일 구현할 첫 작업입니다. 다 끝내지 못했어도 현재 상태를 기록해요.
2단계 · 사례글 — 학습메이트가 제안하는 소재 중 하나 골라 사례글로.
3단계 · 업로드 — 미리보기로 복사 → 지피터스에 붙여넣기 → 24기 AI놀이터 태그 → 발행
✅ 사례글이 올라가면 오늘 완주.