loop-update

이미 있는 loop_setup/LOOP.md 를 프로젝트 진행에 맞춰 갱신한다. 세팅 때 껐던 병렬을 켤 때 슬롯 간 DB·포트 격리 미결을 닫고 STATE.md 의 절 형식을 넓혀 에이전트끼리 기록을 덮어쓰지 않게 하고, 동시 에이전트 수·슬롯·격리 방식·구동기 모드가 바뀐 것을 반영하고, local-dev 옵션이나 task_validation 분리 수단이 바뀐 것을 규칙에 반영하고, 태스크가 추가되어 달라진 DAG.md 를 스크립트로 다시 만들고 자원 충돌 표·병렬 폭을 다시 재고, 루프가 같은 자리에서 반복해 멈출 때 규칙이 현실과 어긋난 곳을 고치며, 1.10.0 이전 loop-setup 이 만든 LOOP.md(상주 코디네이터·알림이 쌓이기만 하는 구조)를 구동 스크립트·반복 판정·알림 만료 구조로 옮기고, 옛 구동 스크립트에 정지 감시(분리 실행·잠들거나 죽은 워커·자식 실패·질문 재알림과 답하기 탭)를 넣는다. 사용자가 "루프 업데이트해줘", "LOOP.md 고쳐줘", "이제 에이전트 여러 개로 병렬로 돌리자", "워크트리 격리 방식 정하자", "태스크 추가됐으니 루프 다시 봐줘", "루프가 자꾸 같은 데서 멈춰", "코디네이터가 토큰을 너무 많이 써", "알림이 계속 쌓이기만 해", "루프가 살아 있는지 안 보여", "코디네이터가 어디 있는지 모르겠어", "질문 하나 때문에 다 놀고 있어", "질문 알림을 놓쳤어", "워커가 죽은 걸 몰랐어", "같은 테스트가 계속 흔들려", "루프가 멈춘 걸 한참 뒤에 알았어", "워커가 답을 받고도 잠들어 있어", "선행이 끝났는데 배정이 안 되고 슬롯이 놀아"라고 하거나, 개발 루프를 돌다 LOOP.md 의 규칙이 실제와 맞지 않는다고 판단했을 때 반드시 이 스킬을 사용한다. 다만 게이트가 실패한 것은 이 스킬을 부를 이유가 아니다 — 그건 루프를 도는 일이고, 코드·하네스·태스크 문서 중 어디로 갈지는 LOOP.md 의 실패 분류가 이미 정해 두었다. loop_setup/LOOP.md 가 아직 없으면 이 스킬이 아니라 loop-setup 을 쓴다.