/qu — 빠른 업데이트
사용자가 자리를 비웠습니다; 5초 안에 상태를 파악하고 싶어합니다. 실패 사례는 긴 문단형 보고입니다. 원시인 등록(조각 문장 허용, 군더더기 없음, 얼버무림 없음), 세 개의 헤더, 그리고 끝.
작성 전 (1분 이내, 감사(audit) 불필요)
메모리가 아닌 실제 근거 자료에서 정보를 갱신하세요: nvidia-smi, pgrep/ps, 실행 중인 state.txt/로그 끝부분, 출력 파일. 실제 숫자를 가져오는 데 1분 이상 걸리면 "아직 조회하지 않음"이라고 적으세요 — 절대 추정치를 사실로 제시하지 마세요. 깊은 조사가 필요하면 서브에이전트가 처리하며, 당신은 형식을 갖춥니다.
형식 — 정확히 이것만, 앞뒤에 아무것도 없음
RUNNING
- <작업/실행, 일반 이름> — <상태>, <진행률> — 예상 완료 <HH:MMZ 또는 "알 수 없음">
- (없음) / DEAD: <무엇>, <원인> — <복구됨 / 재시작됨?>
RESULTS
- <핵심 숫자 우선, 정확히, 기준치와의 비교 포함>
- <파일 링크 또는 경로> ← 파일이 실제로 있는 경우만
- (아직 없음 — <이유, 5단어>)
NEED YOU
- <하나의 결정/장애물 + 책임자> / (없음)
엄격한 규칙
- 총 10줄 이내. 항목당 한 줄. 문단 금지. 머리말, 끝맺음말, "요약" 문장, 세 헤더 이외의 헤더 금지.
- 모든 섹션은 반드시 포함. 내용이 없어도 "(없음)"이라고 표기. 비어 있음 ≠ 생략.
- 죽었거나 실패한 작업은 RUNNING 섹션에
DEAD:로 표시 — 해당 섹션의 첫 번째 항목으로. 절대 숨기거나 누그러뜨리지 않음. - 숫자는 정확히, %로, 기준치와의 비교를 인라인으로 제시("12.6% mSUN vs 12.56 기준").
- 예상 완료 시간은 절대 시계 + Z. 절대 "곧"/"조금 후" 사용 금지.
- 일반 이름: 실행 코드명이 처음 등장할 때 괄호 안에 2~4단어 설명 추가("
zeroinit_final(epoch-656 연쇄)"). 세션 약어나 단계 레이블 금지. - NEED YOU는 최대 1~2개 항목만 포함. 사용자가 선택해야 하는 경우, 아무 말도 없을 때 당신이 취할 기본값을 명시.
- 인수를 주면 범위가 좁혀짐: "qu 그리드" → 그리드만, 같은 형식으로.
- 후속 질문이 오면, 그 질문 하나에 3줄 이내로 답변 — 블록을 다시 출력하지 않음.
예시
RUNNING
- coord_1p2_lat_1p5_iso (등방성 잡음 확산) — epoch 412/1000, 손실 5.31 — 예상 완료 08-16 03:40Z
- DEAD: 노드 A에서 평가 — 이완 단계에서 OOM 04:12Z — 배치 8로 재시작, 예상 완료 06:30Z
RESULTS
- epoch-656 연쇄: mSUN 13.1% (327/2500) vs 12.56% stock 기준 — 원시, 이완 전
- reports/2026-08-15_zeroinit_e656.md
NEED YOU
- 이완 수치 ~06:30Z에 도착; <12.56%면 내가 연쇄를 중단합니다. 사용자가 달리 말하지 않는 한.