가재코드,
안에서 무슨 일이
일어날까?

조사한 커밋에서 런타임 상태와 SDK 연결 정보는 다른 위치를 사용합니다. 명시적 환경 설정과 실행 모드에 따라 경로가 달라질 수 있습니다. SDK 연결 정보의 직접 소비는 공식 외부 통합 경로로 안내되지 않습니다.

공개 도구 목록은 최대 8개로 제한되지만 개수는 별도로 유지합니다. 파일의 수정 시간이 오래됐다는 이유만으로 세션을 종료 처리하면 긴 도구 실행을 오판할 수 있습니다.

각 식별자는 다른 질문에 답합니다. 프로젝트 이름 하나나 PID 하나로 합치면 다른 실행을 같은 작업으로 오인할 수 있습니다.

PID는 재사용될 수 있으므로 SDK는 프로세스 incarnation과 endpoint generation 등을 고려합니다. 설명용 시뮬레이터의 runId는 개념 표현이며 실제 SDK 필드명을 통일한 것이 아닙니다.

질문이 여러 개일 수 있기 때문입니다. 대기 상태는 boolean 하나보다 미해결 질문·승인 ID의 집합으로 보는 편이 정확합니다. 부모와 자식, 로컬 UI와 원격 응답 경로가 서로 다른 대기 상태를 가질 수 있습니다.

AskTool은 실제 TUI가 있으면 로컬 UI를 우선합니다. 원격 answer source가 있으면 로컬·원격 응답을 경합시킵니다. headless에서는 workflow gate 같은 경로를 사용합니다. 답변·취소·시간 초과를 같은 질문에 결속해야 잔여 대기가 남지 않습니다.

마지막 상태를 참고 정보로 남길 수는 있지만 ‘현재 확인된 상태’로 보여주면 안 됩니다. 관찰 신뢰도와 작업 상태를 분리해야 합니다.

연결됨 → 사건 수신 → 연결 끊김
                    ↓
            현재 상태 확인 불가
                    ↓ 재연결
             현재 스냅샷 취득
                    ↓
          이후 사건을 순서대로 적용

SDK event ring의 기본 보관 크기는 256개입니다. 순번에 gap이 생기면 현재 상태를 다시 맞춰야 합니다. SDK의 (revision, generation, seq)와 Coordinator의 namespace별 seq는 서로 다른 순서 체계입니다.

주기적인 연결 heartbeat와 업무 상태를 반복 조회하는 폴링은 목적이 다릅니다. ‘상태는 이벤트로 받고 연결은 heartbeat로 확인’하는 설계는 가능합니다.

세션 가족별 배정은 A와 B에 별도 키를 줍니다. 프로젝트 그룹은 A와 B를 한 키 아래에 합칩니다. 후자는 키를 아낄 수 있지만 어떤 세션의 상태인지 한눈에 구분하기 어렵고, 키 입력 시 이동 우선순위와 순환 규칙이 필요합니다.

03의 체크박스를 켜면 세션 A가 끝나도 같은 프로젝트의 B가 실행 중이라 초록색이 되지 않습니다. 그룹의 ‘완료’를 어떻게 정의하느냐에 따른 차이입니다.

작업공간의 개발 티켓은 최상위 GJC 세션별 키 배정과 Orca 터미널 이동을 기술합니다. 이 HTML의 프로젝트 그룹은 비교 학습용이며 확정된 추가 기능이 아닙니다.

현재 키크론은 작업 중=노랑, 응답 대기=주황, 오류=빨강, 완료=초록, 혼합=자홍, 유휴=하늘색을 사용합니다. 현재 집계는 done + working을 done으로 표시합니다. 03의 소유 작업 전체 집계는 새로운 정책 제안입니다.

현재 macOS 입력 조건은 Orca가 앞에 있을 때의 Option+숫자입니다. 단순히 GJC 데이터 소스만 바꾸면 입력과 화면 이동의 연결까지 자동으로 바뀌지 않습니다.