User problem
PR #14와 F1 수정 PR #15 뒤에 남은 Moirai 작업을 구현 범위·선행 조건·완료 증거가 있는 이슈로 추적한다. F1 계약의 존재를 세 메커니즘·MaleCNS·제품 연결 완료로 해석하지 않는다.
Desired outcome
World 없는 한 개인의 판단·대화·행동·학습·복구를 먼저 완성하고, LIFE 확장과 성장·운영·비교 검증까지 이어 간다. 기준은 PR #15가 병합된 dev의 c5e9810a1075de4f17fb878ddbd91527434bb18c다. 리뷰 대응으로 PR #15에 판단 기록·출력 계약 수정이 더 들어갔으므로, 실제 구현 시작 시 최신 dev와 다시 대조한다.
F2-1…F2-5, F4-1…F4-2는 정본 F2/F4 안의 이슈 추적 번호다. 017 로드맵의 F1–F4 순서를 대체하지 않는다.
Roadmap
| 구간 |
범위 |
선행 조건·완료 기준 |
| F1 보강 |
정체성 자료 불일치 때 페르소나 잠금 보존 |
PR #15 이후 별도 결함 수정. 아직 구현하지 않음 |
| F2-1 |
의미·예측·신경 출처·프롬프트 자산의 남은 공통 계약 |
부분 계약의 생성·저장·과거 값·복원·소비자까지 완성 |
| F2-2 / F2-3 |
Codex 세 판단·대화·실제 출력 예산 / MaleCNS 프로필·계산·관측·학습 |
F2-1 이후 병행 가능. 공통 페르소나/신경 투영을 사용하는 두 분기는 잠금 결함 보강도 필요 |
| F2-4 |
개인 행동 선택·finalize·Codex 작업·결과 환류·기본 checkpoint |
저장 골격은 F2-1 뒤 착수 가능. 최종 통합은 F2-2·F2-3 필요 |
| F2-5 |
World 없는 한 개인의 실제 제품 수용 검증 |
앞의 F1 보강·F2 작업 완료 후 실제 입력부터 다음 회차·복구까지 증명 |
| F3 |
LIFE 기회/선택 분리·legacy 재생·상대 결정·게시/이미지 owner |
F2 수용 통과 뒤 확장, selected/finalized/executed 일치 |
| F4-1 |
성장 투영·설정/송신 프리셋·8명 운영·설치/복원 |
F3 기반. F2부터 필요한 source/권한/격리·중복방지는 여기까지 미루지 않음 |
| F4-2 |
독립 비교 평가·D20 첫 프롬프트 개선 루프 |
F2-5 뒤 개발 harness는 F3와 병행. LIFE 포함 최종 검증은 F3, 제품 적용은 F4-1 필요 |
이슈별 상세 범위·수용 체크리스트와 선행 링크를 아래에서 추적한다. 각 이슈는 착수 조건과 통합 완료 조건을 나눠 적는다. 완료 의존성이 있는 이슈도 계약·대역 기반 작업을 먼저 진행할 수 있다.
Tracking
다음 착수 후보는 #17과 #18이며 PR #15 병합 뒤 병행할 수 있다. #19와 #20은 공통 계약 보강 뒤 병행한다. #21은 #18 뒤 골격을 만들 수 있고, #25의 개발 비교 준비는 #22 뒤 LIFE 확장과 병행할 수 있다.
Alternatives and constraints
- 인지·대화와 코딩 실행 모두 Codex다. 프로바이더 계정·라우팅·카탈로그·사용량은 OpenCodex가 유지한다(D22).
- 세 목표와 MaleCNS 필수 요구를 유지한다. 원문·기억·정체성·권한 원본은 기존 owner, 회차·판단·선택/인계는 Host가 소유한다.
- D23: 생성 토큰 상한과 저장용 문장 자르기는 별개다. 필수 구조는 온전해야 한다. 부족한 평가는 원래 요청 예산 안에서 보완한 뒤 보류하며 저장된 판단·종료 회차를 덮어쓰지 않는다.
- policy revision1·기존 숫자 mechanismRevision·legacy LIFE 기록은 당시 의미와 digest로 읽는다. 새 정책은 revision2, 새 메커니즘은 내용 해시를 사용한다.
- 목적·이해·계획·typed Claim·신경 출처 계약은 아직 부분 구현이며 F2 연결 전에 보강한다. 기존 메모/QA를 완료된 제품 계약으로 취급하지 않는다.
- 소스 테스트·CI·제품 실호출·회로 qualification·추가 효용은 서로 다른 완료 증거다. 실패·미실행·미측정은 그대로 남긴다.
- 각 이슈는 이 범위 안에서 필요한 설계·구현 PR로 나눌 수 있다. 구현 전 실제 파일/소비자·이전 값 처리·검증 명령을 고정한다. 일정·담당자·모델을 임의로 배정하지 않는다.
- 이 로드맵 등록은 코드 착수·PR 머지·배포·운영 데이터 이전·유료 실험 실행을 뜻하지 않는다.
정본: MOIRAI_ENGINE, 016 계약, 017 구현 지도, 030 운영·검증.
User problem
PR #14와 F1 수정 PR #15 뒤에 남은 Moirai 작업을 구현 범위·선행 조건·완료 증거가 있는 이슈로 추적한다. F1 계약의 존재를 세 메커니즘·MaleCNS·제품 연결 완료로 해석하지 않는다.
Desired outcome
World 없는 한 개인의 판단·대화·행동·학습·복구를 먼저 완성하고, LIFE 확장과 성장·운영·비교 검증까지 이어 간다. 기준은 PR #15가 병합된
dev의c5e9810a1075de4f17fb878ddbd91527434bb18c다. 리뷰 대응으로 PR #15에 판단 기록·출력 계약 수정이 더 들어갔으므로, 실제 구현 시작 시 최신dev와 다시 대조한다.F2-1…F2-5,F4-1…F4-2는 정본 F2/F4 안의 이슈 추적 번호다. 017 로드맵의 F1–F4 순서를 대체하지 않는다.Roadmap
이슈별 상세 범위·수용 체크리스트와 선행 링크를 아래에서 추적한다. 각 이슈는 착수 조건과 통합 완료 조건을 나눠 적는다. 완료 의존성이 있는 이슈도 계약·대역 기반 작업을 먼저 진행할 수 있다.
Tracking
c5e9810, dev)다음 착수 후보는 #17과 #18이며 PR #15 병합 뒤 병행할 수 있다. #19와 #20은 공통 계약 보강 뒤 병행한다. #21은 #18 뒤 골격을 만들 수 있고, #25의 개발 비교 준비는 #22 뒤 LIFE 확장과 병행할 수 있다.
Alternatives and constraints
정본: MOIRAI_ENGINE, 016 계약, 017 구현 지도, 030 운영·검증.