단위 프로젝트(80~82일차): 시간표 AIO-P4-TIMELINE, 팀 VM · 산출물 점검과 발표 · 81일차 동결 · 14:50 제출 · 평가 시험 25문항(재시험 15), 입구 · 뒷단 조합 A · B · C와 어댑터

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

Lecture/80-82-Project/student/templates/DAILY-LOG-TEMPLATE.md

@@ -1,6 +1,6 @@
 # 데일리 기록 · <팀이름> · <80 · 81 · 82>일차
 
-> 하루 끝(8교시)에 `docs/daily/DAY<NN>.md`로. 숫자는 `runs/` 보고서에서.
+> 80 · 81일차는 8교시, 82일차는 5교시 제출 전에 `docs/daily/DAY<NN>.md`로. 숫자는 `runs/` 보고서에서.
 
 ## 1. 오늘의 숫자
 

Lecture/80-82-Project/student/templates/TEAM-CHARTER-TEMPLATE.md

@@ -6,7 +6,7 @@
 
 | 이름 | 역할 (주 담당) | 함께 보는 역할 | 맡는 워크플로우 파일 |
 | --- | --- | --- | --- |
-| | 리드 · 통합 | | `<팀>-support.json` (병합) |
+| | 팀장 (리드 · 통합) | | `<팀>-support.json` (병합) |
 | | 오케스트레이션 | | |
 | | RAG | | `<팀>-index.json`, `<팀>-search.json` |
 | | 연동 · 안정성 | | `<팀>-handoff.json`, `<팀>-errors.json` |
@@ -26,11 +26,12 @@
 
 ## 4. 규칙
 
-- 공통 계약은 리드의 허락 없이 바꾸지 않는다.
+- 공통 계약은 팀장의 허락 없이 바꾸지 않는다.
 - 한 사람 = 한 워크플로우 파일. 남의 파일은 말하고 고친다.
 - 고칠 때마다 공통 시나리오를 다시 돌리고, 커밋 메시지에 통과 수를 쓴다.
 - 키 · 토큰은 Credential에만. 커밋 전 `tscan staged`.
-- 82일차 11:00 동결: 그 뒤로는 시험 · 문서만.
+- 81일차 8교시 기능 동결: 그 뒤로는 시험 · 고치기 · 문서 · 발표 준비만.
+- VM에는 팀장만 배포한다 (기본 브랜치에서, 배포 뒤 공통 시나리오).
 - 막히면 30분 안에 팀에, 1시간이면 강사에게.
 
 ## 5. 저장소 · 연락
@@ -39,7 +40,7 @@
 | --- | --- |
 | 저장소 | |
 | 웹훅 경로 | `<팀>-support` |
-| 시연 노트북 | |
+| 팀 VM | 팀장이 관리 (주소 · 비밀번호는 여기에 쓰지 않음) |
 | 회의 시각 | 매일 1교시 처음 10분 |
 
 ## 6. 바뀐 것

Lecture/80-82-Project/student/templates/TOPIC-PROPOSAL-TEMPLATE.md

@@ -8,6 +8,10 @@
 
 예: "B2B 협업 SaaS 회사의 고객사 관리자를 위한 제품 기술지원 자동화"
 
+**입구 · 뒷단 조합** ([11-TOPIC-GUIDE](../11-TOPIC-GUIDE.md) 7절): ☐ A 기본형 (팀 웹훅 · data-api) ☐ B 메신저 + 헬프데스크형 (텔레그램 · Zammad) ☐ C 자체 웹앱형 (웹 화면 · FastAPI)
+
+B · C를 고르면: 어댑터 담당 · A로 공통 시나리오를 먼저 통과시킬 시각 · 어댑터가 안 될 때 A로 시연한다는 것을 한 줄씩.
+
 ## 2. 큰 틀 조건 (모두 ✔여야 함)
 
 | # | 조건 | 우리 주제에서 | ✔ |
@@ -46,4 +50,5 @@
 - [ ] 조건 5가지
 - [ ] 범위가 3일에 맞음
 - [ ] 다른 팀과 겹치지 않음 (또는 겹쳐도 됨)
+- [ ] 조합 (A · B · C)과 B · C의 어댑터 계획
 - 메모: