v1.376.0

• 작업 시작 시각을 hook 이 기록한다 — 새 비차단 hook record-work-start 가 pjc:plan·pjc:chain-plan 발동(Skill 도구·슬래시 직접 입력) 시각을 세션 상태 파일에 쓰고 [pjc 작업 시작] 한 줄로 주입한다. chain-plan 발동이면 같은 세션의 plan 시각을 함께 실어 회차 경계 넘김에서도 계획 시작이 남는다
• session-context 가 compact 직후 그 시각을 (압축 전 기록) 줄로 다시 주입하고, 30일 지난 기록을 세션 시작에 걷는다
• 현재 시각·소요 계산을 implement/scripts/work-clock.ps1 하나로 옮긴다 — 출력은 늘 pjc-clock … 태그 줄(실패해도 현재 시각과 ERROR)이고 PS 5.1·7 양쪽에서 돈다. date 식 두 벌·macOS 폴백·stderr 실패 판정을 걷었다
• 시작값은 plan Step 1·chain-plan 인터뷰에서 한 번만 고르고, plan 초안의 시작 시각은 「계속」으로 이을 때만 보존한다
• implement 는 > 완료: 를 고친 뒤 git status --porcelain 으로 plan 커밋을 판정한다
• hook 골든 1103케이스(+34)

v1.375.0

• plan·implement 완료 보고 첫 줄에 시작·완료 시각과 소요 시간이 나온다 — plan Step 1 첫 셸 호출 시각을 plan.md > 시작: 에, implement 완료 시각·소요를 > 완료: 에 적는다(쉰 시간 포함 단순 차 · 셸 출력만 사용 · 기존 명령에 얹어 왕복을 늘리지 않음)
• 소요 계산 식을 Bash(GNU date)·PowerShell(5.1·7) 두 갈래로 둔다(implement report-format.md「소요 기록」)
• 계획 체인 보고가 체인 전체 소요(첫 인터뷰~끝)와 계획별 워커 소요를 싣는다 — 체인 시작 시각은 Run objective [체인 시작: …] 로 압축을 넘는다

v1.374.0

• rubric judge 가 claude -p --json-schema 구조화 출력으로 채점한다 — 「JSON 한 덩어리만」 지시와 응답 재파싱을 없앴다(judge 출력 계약이 바뀌어 이전 run 과 점수 비교 세대가 다르다)
• hook 안내 문구가 어느 cwd 에서도 풀리는 절대 경로(설치본 skills/…)를 가리킨다 — compact 재읽기·위키 조회 정본·AGENTS.md 경계 문서
• 외부 작업 경고가 현행 승인 예외 둘(pjc:llm-wiki vault push · pjc:chain-plan 체인 worktree 로컬 병합)을 이름으로 말한다
• 버전 드리프트 경고의 재설치 안내가 커밋·push 뒤 /plugin update 를 가리킨다
• 스킬·에이전트·docs 의 끊긴 참조·이력 꼬리표·조건 누락을 고쳤다

v1.373.2

• 계획 체인 코디네이터 화면의 진행 줄이 Plan <N>/<총>: T<n>/T<m> 완료 — … 형식으로 현재 계획과 마지막 계획 번호를 함께 보인다(직렬·병렬 대기 모두)

v1.373.1

• 계획 체인 대기 스크립트(wait-worker.py)가 화면 비교 사이 워커 레포의 HEAD 가 움직였으면 같은 화면이어도 멈춤 연속 수를 0 으로 되돌린다 — worker-read 화면이 고정돼도 커밋을 쌓는 워커를 stall 로 오판하지 않는다
• 병렬 대기는 dispatch 마다 자기 레포만 보고, HEAD 를 처음 본 비교·git 실패 주기는 진행으로 세지 않는다
• 대기 골든 73 → 77케이스

v1.373.0

계획 체인(chain-plan)이 서로 의존하지 않고 바뀌는 파일도 겹치지 않는 계획을 병렬 그룹으로 묶어 체인 승인에 보이고, 각자 Karina 새 worktree 에서 동시에(기본 2개) 돌린다. 코디네이터가 끝난 순서대로 하나씩 로컬 병합(--no-commit)해 그 계획의 검증을 돌린 뒤 커밋하고, 충돌·검증 실패면 병합을 취소하고 같은 워커 탭에 「병합 준비」를 다시 배정해 워커가 체인 브랜치를 merge 해 풀게 한다(rebase 금지). 인계 파일·회차 이력은 union, 추적되는 plan.md·notes.md 는 병합되는 쪽 판, Deferred 대장은 일반 병합이다. 그룹의 버전은 마지막 워커가 한 번 올리고, 대기 스크립트는 여러 워커를 함께 기다리며, 「plan N부터」 재개는 미병합 병렬 브랜치를 먼저 병합한다. 병렬 그룹이 없는 체인은 종전과 같다. 글로벌 지침 7.12.0 의 「체인 worktree 로컬 병합」 예외와 짝이다.

v1.372.0

계획 리뷰(plan-reviewer)의 상한 3라운드는 그대로 두고, 3라운드는 2라운드에 BLOCKER 가 있었을 때만 부른다. 2라운드 지적이 MAJOR 뿐이면 고치고 다시 부르지 않으며, 그 수정을 승인 화면 「남은 리뷰 지적」 줄에 (고침·재검토 안 함) 으로 싣는다. 완료 리뷰와 중계 모드 규칙은 바뀌지 않는다.

v1.371.0

hook·lint 골든 러너의 기본 출력에서 통과한 [PASS] 줄을 빼고 그 수를 [COMPACT] 한 줄로 낸다(전체는 -Full·--full — FAIL·PENDING·SKIP·경고·결과 줄과 판정·종료 코드는 그대로). hook 전체 실행 출력이 87,560B에서 742B로 줄었다. implement 의 RED 규칙은 새 동작에 짝으로 두는 신규 음성 케이스를 같은 task 에 RED 를 본 양성 짝이 있을 때 GREEN 만 보고, plan 템플릿이 케이스마다 RED/GREEN 기대를 표시하며 plan-reviewer 가 누락을 지적한다.

v1.370.0

스킬이 띄운 하위 프로세스가 고아로 남거나 파이프에 막히지 않게 한다 — 체인 대기 스크립트는 띄운 셸·Claude Code 가 사라지면 한 주기(60초) 안에 스스로 끝나고 karina-cli·git 호출에 시한을 둔다. 트리거 eval 과 세션 시작 위키 뒤처짐 계산은 stderr 를 따로 비워 파이프 교착으로 결과를 잃지 않는다.

v1.369.0

체인 코디네이터가 워커의 [요청 밖] 표지를 판정 원칙으로 다시 가른다 — 처음 지시·판정 원칙·재진술 목표가 만들 대상으로 지목한 작업(원본 이식의 원본 요소 등)은 코디네이터가 직접 답하고, 워커는 그런 작업에 표지 없이 (판정 원칙)으로 싣는다. 봉투 대조도 같은 기준.