v5.14.0: LoopX 컨트롤 플레인 + 고아 프로세스 제거¶
v5.14.0은 v5.11.0 이후 첫 릴리스입니다. v5.12.0 메모리 작업과 Pi 클라이언트에 더해, 장시간 harness의 컨트롤 플레인 도입과 현장 피드백에서 나온 마지막 두 가지 멈춤 수정이 들어갑니다.
정산되는 턴, 기도하는 턴이 아니다¶
LoopX의 턴 계약을 빌려 모든 프로바이더 턴이 타입드 envelope으로 정산됩니다: outcome, 증거, effectRef 멱등 키(실행 토큰 + 페이로드 해시). 독립 validator 프로세스가 쓰기 전에 재검증합니다——실행자는 자기 검증을 할 수 없고, 중복 부작용은 거부되며, 정산 저널은 추가 전용입니다.
무인 실행의 리듬 관리¶
should-run 게이트가 매 턴 전에 run, wait, ask, quiet을 결정합니다: 진전이 없으면 cadence 래더가 기상 간격을 넓히고, 24시간 듀티 쿼터는 material 턴에만 과금하며, 변화 없는 폴링은 조용히 종료됩니다. attended는 그대로, --unattended는 엄격한 opt-in, 운영자 게이트 응답은 읽기 전용 우회 1회뿐, 재진입은 명시적 resume만 가능합니다. 읽기 전용 aios harness dashboard가 상태를 정적 HTML로 투영합니다.
턴이 죽어도 계속 편집하는 고아¶
일부 검증 작업은 정당하게 30분 기본 타임아웃을 넘깁니다. 타임아웃 발생 시 AIOS는 직접 자식만 죽였습니다——아래 프로바이더 CLI는 고아가 되어 살아남아 같은 워크스페이스를 계속 편집하는데, 루프는 다음 이터레이션으로 넘어갑니다. 에이전트 둘, 워크스페이스 하나, 아무도 모릅니다.
v5.14.0은 모든 턴을 detached로 띄우고, 프로세스 그룹 전체를 3단계로 정리합니다(SIGTERM 그룹, 유예, SIGKILL 그룹, 생존 확인). SIGKILL 후에도 남으면 동시 실행 없이 중단합니다. 검증이 긴 게 정당하다면 --turn-timeout-ms로 상한을 명시할 수 있습니다.
돌아오지 않는 도구 호출¶
같은 종류의 문제는 shell MCP에도 있었습니다: 백그라운드 손자 프로세스가 stdout과 stderr를 잡고 있으면 close가 영원히 오지 않아 도구 호출이 멈춥니다. 셸 서버도 같은 3단계 정리를 수행하고, close가 오지 않아도 강제 정산합니다. 타임아웃은 타임아웃입니다.
업그레이드¶
v5.14.0 릴리스 에셋의 설치 스크립트를 다시 실행하면 됩니다. changelog은 영·중·일·한 4개 언어입니다.