프로젝트 초기 설정은 맥락을 회수하고 작업을 재개할 수 있는 상태까지 구성한다
주장
DanzzaN의 새 프로젝트 기반은 별도 작업 공간에서 목적·판단 근거·현재 상태·다음 행동을 찾아 작업을 이어갈 수 있는 상태까지 구성한다. 완료 여부는 사람과 후속 에이전트가 필요한 원천에 도달할 수 있는지로 확인한다.
적용
프로젝트 초기 설정이나 인계를 요청받으면 기존 개인·프로젝트 Vault에서 목적과 이미 채택한 규칙을 회수한다. 기록만으로 불분명한 선택·정정은 관련 대화 원문으로 보충한다.
| 확인 대상 | 갖춰야 할 상태 |
|---|---|
| 독립 프로젝트 루트 | 코드와 프로젝트 기록의 소유 위치가 정해져 있다 |
| 프로젝트 Vault | 목적·현재 상태·다음 작업·결정 근거를 찾을 수 있다 |
| README·에이전트 진입 지침 | 사람과 에이전트가 필요한 원천으로 들어갈 수 있다 |
| Git 기반 | 제외 규칙과 저장 상태를 확인한다. 초기화·최초 커밋·원격 업로드는 각각 확인한다 |
| 개인 Vault 등록 | 10 Projects의 안정적인 소개·전용 Vault 링크와 프로젝트 인덱스가 연결된다 |
| 인계 확인 | 실제 링크를 따라가며 다음 세션이 시작할 곳과 남은 결정을 확인한다 |
파일 이름과 문서의 분리는 프로젝트에 맞춘다. 아직 결정이나 관찰이 없다면 빈 Decisions·Snapshot 등의 문서를 형식상 채우지 않는다. 기존 문서가 역할을 충족하면 재사용한다.
기반을 구성하는 요청에서는 해당 범위까지 마무리하고 구현을 이어갈 위치와 다음 행동을 남긴다. 기술 스택 결정·의존성 설치·서비스 배포는 현재 요청에 포함된 범위에서 수행한다. 원격 저장소 생성이나 공개 범위도 실제 요청과 확인한 상태를 따른다. 로컬 Git 초기화만으로 이력 보존·원격 저장을 완료했다고 보고하지 않는다.
원천의 소유와 회수
- 프로젝트별 진행 상태와 구체적인 설계·검증 기록은 프로젝트 Vault가 소유한다.
- 개인 Vault는 안정적인 프로젝트 설명과 전용 Vault 입구를 유지한다.
- README의 내용 구성은 프로젝트 README는 오래 유지될 설명과 원천 문서의 입구로 구성한다를 재사용한다.
- 두 Vault의 상세 소유·승격 경계는 VAULT_RULES > 프로젝트 Vault와 승격 계약을 따른다.
- 새로운 프로젝트 기반 요청에서는 외장뇌 운영에서 이 기준을 찾아 적용한다. 증류한 행동 기준이 기존 프로젝트 인계에도 필요하면 해당 프로젝트가 읽을 수 있는 원천으로 연결한다.
근거와 적용 경계
프로젝트 초기 설정과 인계 기준 - 개인사이트와 Codex Voice Bridge에서 개인사이트와 Codex Voice Bridge의 초기 설정 및 사용자 정정을 확인했다. 두 사례에서 채택한 사용자의 작업 방식이며 모든 저장소에 동일한 구조를 강제하는 보편 규칙은 아니다.
이 기준의 목표는 인계 누락을 줄이는 것이다. 문서·링크가 존재한다는 확인과 후속 세션에서 실제로 원활하게 재개했다는 확인은 구분한다. 효과는 다음 적용 사례에서 관찰한다.