CodexQB에 이어 Kimi Code를 위한 repo-aware 계획 방식인 KimiQB 개발

여러분, CodexQB에 이어 동일한 repo-aware (저장소 인식) 계획 접근 방식을 Kimi Code 측에도 적용했습니다. 🎉 KimiQB는 Kimi Code를 위해 개발한 /skill:kimiqb 기반의 계획 스킬 (planning skill)입니다. 단순히 저장소를 읽고 몇 가지 질문을 던지는 간단한 플래너 (planner)가 아닙니다. 기존 프로젝트를 위해 Autopsy, 프로젝트 이해 (Project Comprehension), 프로젝트 온톨로지 (Project Ontology), 메인 계획, 단계별 하위 계획, QA 감사 (QA audit) 및 통제된 구현 핸드오프 (implementation handoff)를 생성하는 엔드 투 엔드 (end-to-end) 계획 시스템입니다.

핵심 목적은 다음과 같습니다: 길고 복잡한 개발 작업에서 컨텍스트 드리프트 (context drift)를 줄이는 것입니다. KimiQB는 모든 계획 흐름을 Planner-docs/ 하위의 안정적인 Markdown 문서, 검증 가능한 계약 (verifiable contracts), 그리고 Kimi Code 세션 핸드오프 (session handoff) 흐름에 연결합니다. 계획은 바로 구현으로 넘어가지 않고, 먼저 QA 감사 (QA audit)를 거칩니다. P0/P1 결함이 발견되면 구현 게이트 (implementation gate)가 열리지 않습니다.

최신 버전에서는 세션/적용 (session/apply) 측면도 강화했습니다. 세션 및 적용 기반의 실행 (run)을 통해 구현 계약 (implementation contracts)은 소스 하위 계획 파일, SHA-256 해시, 검증 명령 ID (validation command ID), 리스크 정보 및 예산 메타데이터 (budget metadata)와 연결됩니다. 적용 (Apply) 흐름에서는 작업 브리프 (task brief), 리뷰 패키지 (review package), 검증 증거 (validation evidence), 워크스페이스 드리프트 (workspace drift), 라이터 락 (writer lock), 수정 사이클 (fix cycle) 및 최종 리뷰와 같은 요소들이 아티팩트 (artifact) 수준에서 검증됩니다.

공개 릴리스 (Public release) 측면에서는 개인정보 스캔 (privacy scan), 정화된 내보내기 (sanitized export) 및 클린 히스토리 (clean-history) 공유 흐름을 추가했습니다. 로컬 경로 (local path), 토큰 (token), 런타임 (runtime) 상세 정보 또는 비공개 작업 흔적이 공개 패키지에 유출되지 않도록 릴리스 전에 자동 제어 프로세스가 실행됩니다.

요약하자면, KimiQB는 Kimi Code 내에서 더욱 규율 있고, 감사 가능하며, 장기적인 저장소 계획을 수행하기 위해 개발한 계획 계층 (planning layer)입니다.
즐겁게 사용하시길 바랍니다. GitHub를 통해 접근하실 수 있습니다 🚀
[IMG:1]