여러분, Codex를 위해 개발한 repo-aware (저장소 인식) 플래닝 스킬을 통해 CodexQB를 크게 강화했습니다. 이제 단순히 repository (저장소)를 읽고 문맥에 맞는 질문을 던지는 플래닝 플러그인(planning plugin)에 그치지 않고, 기존 프로젝트를 위해 Autopsy, Project Comprehension, Project Ontology, 메인 플랜, 단계별 하위 플랜, QA audit (QA 감사) 및 제어된 implementation handoff (구현 인계)를 생성하는 엔드 투 엔드 (end-to-end) 플래닝 시스템이 되었습니다.

가장 큰 차이점은 다음과 같습니다: 긴 작업에서 context drift (문맥 이탈)를 줄이기 위해 모든 것을 Planner-docs/ 하위의 안정적인 Markdown 문서, 검증 가능한 계약(contracts), 그리고 Goal Mode handoff 흐름에 연결합니다. 플랜은 구현(implementation)으로 바로 뛰어들지 않고, 먼저 QA audit을 거칩니다. P0/P1 결함이 발견되면 implementation gate (구현 게이트)가 열리지 않습니다.

최신 버전에서는 Goal/Apply 측면을 매우 강화했습니다. 이제 모든 implementation contract (구현 계약)는 소스 하위 플랜 파일 및 SHA-256 hash (해시)에 연결됩니다. Goal 실행은 stage-aware (단계 인식) 스냅샷을 유지하며, Apply 실행은 task brief (작업 요약), dispatch packet (전송 패킷), review report (검토 보고서) 및 result artifact (결과 산출물)에서 동일한 source binding (소스 바인딩), contract digest (계약 다이제스트), validation command ID (검증 명령 ID), 리스크 정보 및 budget contract metadata (예산 계약 메타데이터)를 포함합니다.

Subagent (하위 에이전트) 지원 흐름에서는 implementer (구현자), reviewer (검토자), fixer (수정자), security reviewer (보안 검토자) 및 final review (최종 검토)의 구분이 더욱 추적 가능해졌습니다. Writer lock (쓰기 잠금), workspace drift (워크스페이스 이탈), fix cycle (수정 사이클), retry budget (재시도 예산), token usage reporting (토큰 사용량 보고) 및 final validation (최종 검증) 컨트롤도 artifact (산출물) 수준에서 검증됩니다.

Public release (공개 배포) 측면에서는 privacy scan (개인정보 스캔) 및 sanitized evidence (정제된 증거) 흐름을 추가했습니다. 즉, local path (로컬 경로), token (토큰), attachment id (첨부 파일 ID) 또는 live runtime (실시간 런타임) 세부 정보가 공개 문서에 유출되지 않도록 배포 전 자동 점검을 수행합니다. 유용하게 사용하시길 바라며, GitHub를 통해 접근하실 수 있습니다 🚀
[IMG:1]