37 lines
2.6 KiB
Markdown
37 lines
2.6 KiB
Markdown
|
|
| 4 | 다중 서비스 전환이므로 공통 수정의 영향 범위를 항상 같이 점검한다. |
|
|
| 5 | 운영 사실은 문서/실파일/실제 캡처 기준으로만 기록한다. |
|
|
| 6 | 판단이 필요한 단계는 B안 기준으로 PHP 8, DB 상향, Smarty 상향 영향을 함께 검토한다. |
|
|
| 7 | 단계 진행 중 GPT 모델 전환이 필요하면 먼저 사용자에게 사유를 알리고, 승인 또는 확인 후 전환해 진행한다. |
|
|
|
|
## 단계별 타임테이블
|
|
|
|
| GPT-5.6 Luna | 대량 목록화, 단순 분류, 테스트 결과 요약처럼 판단 부담이 낮은 반복 작업 |
|
|
| GPT-5.5 high/xhigh | GPT-5.6 사용이 불가할 때의 대체 선택. 중요한 설계/리뷰 작업은 high 이상 권장 |
|
|
|
|
## GPT 모델 전환 정책
|
|
|
|
단계별로 적합한 GPT 모델을 나누어 쓰더라도, 프로젝트 기준과 판단 맥락은 유지되어야 한다. 모델 전환은 작업 품질을 높이기 위한 수단이며, 전환 자체가 작업 기준을 바꾸는 것은 아니다.
|
|
|
|
| 상황 | 전환 전 조치 | 전환 후 조치 |
|
|
| --- | --- | --- |
|
|
| Terra/Luna로 진행 중 복잡한 설계 판단이 필요함 | 사용자에게 Sol 전환 사유를 알림 | 기존 단계 목적, 입력물, 완료 기준을 요약한 뒤 Sol로 판단 |
|
|
| Sol로 진행 중 반복 스캔/목록화 작업이 많아짐 | 사용자에게 Terra 또는 Luna 전환 가능성을 알림 | 판단 기준은 Sol에서 확정한 내용을 유지하고 반복 작업만 분리 |
|
|
| 모델 전환 후 이전 결론과 충돌하는 판단이 나옴 | 즉시 작업을 멈추고 충돌 내용을 사용자에게 보고 | 기존 문서 근거와 새 판단을 비교한 뒤 사용자 확인 후 반영 |
|
|
| 장시간 작업 후 다른 모델로 이어서 진행해야 함 | 현재 단계, 수정 파일, 미해결 이슈, 다음 명령을 요약 | 이어받는 모델은 요약 내용을 먼저 확인하고 작업 재개 |
|
|
|
|
모델 전환 시 반드시 아래 내용을 남긴다.
|
|
|
|
| 기록 항목 | 내용 |
|
|
| --- | --- |
|
|
| 전환 사유 | 왜 현재 모델로는 부족하거나 비효율적인지 |
|
|
| 전환 대상 | 예: GPT-5.6 Terra에서 GPT-5.6 Sol로 전환 |
|
|
| 유지 기준 | 작업 목표, 완료 기준, 금지 사항, 이미 확정된 결정 |
|
|
| 이어받을 내용 | 현재 단계, 관련 파일, 남은 작업, 확인해야 할 리스크 |
|
|
|
|
작업 중 모델 전환이 필요하다고 판단되면, 실제 전환 전에 사용자에게 먼저 알리고 진행한다.
|
|
|
|
## 현재 기준 우선 작업 경로
|
|
|
|
현재 문서 작성 시점(`2026-07-22`) 기준 우선 경로는 아래와 같다.
|