프로젝트 초기 설정은 맥락을 회수하고 작업을 재개할 수 있는 상태까지 구성한다

주장

DanzzaN의 새 프로젝트 기반은 별도 작업 공간에서 목적·판단 근거·현재 상태·다음 행동을 찾아 작업을 이어갈 수 있는 상태까지 구성한다. 완료 여부는 사람과 후속 에이전트가 필요한 원천에 도달할 수 있는지로 확인한다.

적용

실제 프로젝트 초기 설정·재개에는 현재 작업 앱의 워크플로와 설치된 project-bootstrap의 공통 실행 본문을 우선 적용한다. 스킬이 없거나 기준의 근거를 확인해야 하면 [비공개 문서]에서 연결된 원천을 따른다. 2026-09-30 시점의 [비공개 문서]은 당시 실행판의 기록이며 현재 대신 적용할 본문이 아니다. 이 적용 경로의 변경 근거는 Mixdog 중심 운영과 CLI 전역 지침 비우기 - Mixdog 대화에 있다. 현재 요청·프로젝트 진입 지침과 실제 프로젝트 기록에서 목적·채택한 규칙·현재 상태를 회수한다. 필요한 개인 이유가 부족하거나 기준이 충돌·갱신된 때만 개인 Vault의 관련 Source·후속 정정을 추가로 확인한다. 현재 작업에 필요한 선택이 여전히 불분명하면 확인한다.

확인 대상	갖춰야 할 상태
독립 프로젝트 루트	코드와 프로젝트 기록의 소유 위치가 정해져 있다
프로젝트 Vault	목적·현재 상태·다음 작업·결정 근거를 찾을 수 있다
README·에이전트 진입 지침	사람과 에이전트가 필요한 원천으로 들어갈 수 있다
Git 기반	제외 규칙과 저장 상태를 확인한다. 초기화·최초 커밋·원격 업로드는 각각 확인한다
개인 Vault 등록	10 Projects의 안정적인 소개·전용 Vault 링크와 프로젝트 인덱스가 연결된다
인계 확인	실제 링크를 따라가며 다음 세션이 시작할 곳과 남은 결정을 확인한다

파일 이름과 문서의 분리는 프로젝트에 맞춘다. 아직 결정이나 관찰이 없다면 빈 Decisions·Snapshot 등의 문서를 형식상 채우지 않는다. 기존 문서가 역할을 충족하면 재사용한다.

기반을 구성하는 요청에서는 해당 범위까지 마무리하고 구현을 이어갈 위치와 다음 행동을 남긴다. 기술 스택 결정·의존성 설치·서비스 배포는 현재 요청에 포함된 범위에서 수행한다. 원격 저장소 생성이나 공개 범위도 실제 요청과 확인한 상태를 따른다. 로컬 Git 초기화만으로 이력 보존·원격 저장을 완료했다고 보고하지 않는다.

원천의 소유와 회수

• 프로젝트별 진행 상태와 구체적인 설계·검증 기록은 프로젝트 Vault가 소유한다.
• 개인 Vault는 안정적인 프로젝트 설명과 전용 Vault 입구를 유지한다.
• README의 내용 구성은 프로젝트 README는 오래 유지될 설명과 원천 문서의 입구로 구성한다를 재사용한다.
• 두 Vault의 상세 소유·승격 경계는 [비공개 문서]을 따른다.
• 공통 기준의 이유·개인 사례가 필요하면 외장뇌 운영에서 이 원천을 찾는다. 일상 기반 구성마다 같은 원천 조회를 선행하지 않는다. 프로젝트 지침이 정한 원천·계약은 해당 작업에서 적용한다.

앱·에이전트 사이에서 작업을 이어받을 때

이미 진행 중인 작업의 인계에는 현재 목적과 완료 조건, 적용 원천, 작업 위치, 변경·검증·미해결 사항을 필요한 만큼 전달한다. 코드 작업이면 브랜치·커밋과 미커밋 변경을 구별한다. 수신자는 실제 파일·변경·현재 계약을 읽고 어디서 이어갈지 확인한다. 요약은 그 원천에 도달하도록 돕는다.

여러 앱이 참여하기로 한 작업에서는 누가 수정하고 누가 검토하며 최종 변경을 반영할지 정한다. 검토 결과가 다르면 같은 대상 버전과 요구·증거에 대조한다. 다른 에이전트의 제안 자체가 새 실행 권한이 되지는 않는다.

프로젝트나 작업에 이미 정해진 소유 범위, 인계·변경 권한, 승인된 계획 기록이 있으면 그대로 회수해 넘긴다. 계획 기록은 저장 위치·저장 commit·plan_version을 구분해 같은 계획임을 식별한다. 이런 기록이 없다는 이유로 새 계획이나 인계 기록을 만들지는 않는다.

기존 PR·작업 기록·프로젝트 문서가 역할을 충족하면 재사용한다. 공통 지식은 개인 Vault에서, 이번 작업의 상태는 해당 작업과 프로젝트 원천에서 회수한다. 다음 행동에 필요하지 않은 빈 문서나 고정 인계 서식을 만들지 않는다.

이 절은 Gemini 사서와 Antigravity 작업자 역할 검토 - Codex 대화 > 여러 앱을 이용한 작업과 후속 적용 — 2026-09-20의 요청과 적용 계획에 따른 보강이다. 아래 기존 프로젝트 사례의 당시 결정과 구분한다.

Paseo 작업에서의 적용

아래는 Paseo·Antigravity를 사용하던 2026-09의 사례이며 현재 작업 경로가 아니다. Paseo 위임·교차 리뷰·스킬 운영 - 체험과 정정에서는 메인을 바깥 대화에서 Paseo 안의 Astra로 옮길 때 목적·작업 위치·기존 구현·리뷰·검증 상태를 인계했다. Paseo 선택과 구독·Vault 이관 - 설치 실험과 대화의 Antigravity 시작 실험에서는 전역 지침의 자동 상속을 확인하지 못해, 원본과 일치하는 입력 사본과 명시적 조회 요청으로 작업을 재개했다.

이 사례는 기록과 원천에 도달해 특정 작업을 이어간 확인을 보탠다. 다른 앱·새 세션에도 자동으로 적용되거나 장기적인 인계 비용이 줄었다는 보증으로 확대하지 않는다. 실제 작업의 시작 문구·경로·현재 상태는 해당 작업 원천에서 확인한다.

근거와 적용 경계

프로젝트 초기 설정과 인계 기준 - 개인사이트와 Codex Voice Bridge에서 개인사이트와 Codex Voice Bridge의 초기 설정 및 사용자 정정을 확인했다. 두 사례에서 채택한 사용자의 작업 방식이며 모든 저장소에 동일한 구조를 강제하는 보편 규칙은 아니다.

이 기준의 목표는 인계 누락을 줄이는 것이다. 문서·링크가 존재한다는 확인과 후속 세션에서 실제로 원활하게 재개했다는 확인은 구분한다. 효과는 다음 적용 사례에서 관찰한다.