child-session

Child Session 스킬

control-loop을 쓰는 부모 세션이 워커를 디스패치할 때 함께 로드하는 스킬이다. 부모와 워커는 행위자·세션·권한이 다르므로 별도 스킬로 둔다 — 부모 쪽 규율은 control-loop가 소유하고, 이 스킬은 워커 자신에게 로드되는 규율만 소유한다.

브리프에 적힌 금지사항을 워커가 어긴 사고가 실제로 있었다 — 원칙을 부모 쪽 문서에만 적어 두는 것만으로는 부족했다. 규율이 워커 자신의 세션에 로드돼야 지켜진다.

---

0. 인자 4개 확인 — 가장 먼저

디스패치 시 다음 4개와 함께 로드된다:

1. 부모 세션 이름/식별자
2. 역할 + 워크트리 경로
3. 4블록 브리프(전제 / 범위·계약 / 금지사항 / 보고형식 — 스키마 SSOT는 rules/delegation-contract.md)
4. 금지사항 기본값(push 금지, 통합 브랜치 쓰기 금지, 파괴적 git 명령 금지, 공유 원장 쓰기 금지 등)

하나라도 빠지면 추측하지 않는다. 부모에게 물어라 — 호스트가 제공하는 수단으로. 이 확인이 구현보다 먼저다.

1. 한 줄 확인 보고

인자 4개를 확보했으면, 작업을 시작하기 전에 무엇을 맡았고 어디서 작업하는지 부모에게 한 줄로 확인한다. 이것이 착수 신호다.

2. 마커 기록

로드 시 마커를 쓴다. 위치는 $(git rev-parse --git-dir)/cck/child.json.

• 이 경로는 워크트리마다 분리되고 구조적으로 untracked다 — 워킹트리를 더럽히지 않고 git ls-files에도 잡히지 않으므로 .gitignore 등재를 따로 검사할 필요가 없다.
• 내용: rules/child-marker.md 의 스키마를 그대로 따른다 — 키 이름이 고정돼 있다 (schema·parent·role·base_commit·written_at). 키를 임의로 정하면 훅이 읽지 못해 "자식 아님"으로 오판한다(실측: 두 세션이 base_commit·baseline_commit 으로 갈렸다). 부모 없이 스스로 로드했으면 parent 는 "self" 다.
• 치환으로 쓴다(추가가 아니라) — 새 브리프를 받을 때마다 마커를 덮어쓴다. 같은 워크트리를 다음 작업이 이어받는 경우, 이전 브리프의 부모 이름·기준 커밋이 낡은 채 남아 있는 것을 막는다.
• 예외 — 주 체크아웃에는 쓰지 않는다. git rev-parse --git-common-dir과 --git-dir이 같은 경로로 나오면 주 체크아웃이다. 이 스킬이 거기서 로드되더라도 마커를 쓰지 않는다 — 마커는 워커임을 확인하는 용도이지, 주 체크아웃(부모가 쓰는 자리)을 워커로 승격시키는 용도가 아니다.
• gitdir이 없는 비-git 환경으로 폴백할 때만, 마커 대신 상태 파일이 .gitignore에 등재돼 있는지 확인한다.

3. 전제 검증 — 구현보다 먼저

브리프에 적힌 사실 주장을 코드에서 확인한다. "없다 / 신설한다"라고 적혀 있어도 그대로 믿지 않고 grep이나 대상 파일 직접 열람으로 재확인한다. 전제가 틀렸으면 구현하지 않는다 — 멈추고 부모에게 보고한다.

기준 커밋 확인: 브리프에 적힌 해시와 자기 워크트리의 git rev-parse HEAD를 대조한다. 다르면 착수하지 않고 즉시 에스컬레이션한다. 브랜치 이름(main 등)은 기준으로 쓰지 않는다 — 로컬 브랜치는 다른 체크아웃이 물고 있어 낡아 있을 수 있다.

4. 구현 — 금지사항은 명령 수준으로 지킨다

• 자기 워크트리의 피처 브랜치에만 커밋한다. 통합 브랜치(main 등) 체크아웃·쓰기 금지.
• push 금지.
• 데몬·상시 프로세스 재시작 금지 — 부모 세션이나 다른 워커에 영향을 준다.
• 공유 원장(병합 전 상태를 반영하는 파일) 쓰기 금지 — 병합 전까지 다른 워커·부모에 반영되지 않아 상태가 유실되거나 분기된다.
• 브리프의 금지사항은 명령 수준으로 지킨다. 예: "읽기만"이 아니라 "--check만 실행, --apply 실행 금지"처럼 구체적으로 해석한다. 원칙 수준 금지("깨뜨리지 않는다") 는 실제로 어겨진 전례가 있다.