개요 문제 판정 — 일부러 기다리는 작업·지나간 오류를 문제로 세지 않는다 #35

Closed
opened 2026-10-06 01:09:05 +09:00 by dreampiler · 0 comments
Owner

소유자 원문(10-06 01:1x 운영 세션 채팅): 「그리고 프로젝트 문제 상황들이 개선되면 숫자가 줄어야하는데 그대로 유지되다 보니 모든 프로젝트들이 온통 문제 상황으로 보이잖아.」
소유자 목표: 개요의 문제 숫자가 지금 손봐야 할 것만 세고, 상황이 풀리면 줄어든다 — 정상 대기·보류가 「문제」로 쌓여 모든 프로젝트가 문제로 보이지 않는다.
확인할 결과: 운영 DB 그대로에서 지금 45건(오류 12·지연 33)이 아래 실제 문제만 남는다. 풀린 경우(세션 재개·다음 칸 이동·차단 해소) 다음 읽기에서 숫자가 줄어든다.
운영 세션 실측(10-06 01:1x KST, /office/workspaces/aggregate/tasks filter=problems, 작업·주 세션 상태 대조):

  • 22 delayed step_dwell 「선행 대기」 — 선행을 일부러 기다리는 칸(예 MPM R3 자식들이 R2 배포 대기). 문제 아님.
  • 4 delayed step_dwell 「보류」 + 1 「입력 대기」(MPM 상시 관제) — 일부러 멈춘·기다리는 칸. 문제 아님(보류는 「보류 중」 필터로 이미 따로 본다).
  • 2 delayed step_dwell 「작업」 — [결정] 작업이 소유자 답을 기다림 → 지연이 아니라 처리 필요(needs_human)로.
  • 7 error session_error 「선행 대기」 + 1 「보류」 + 1 「계획」 — 「stopped by parent task via MCP」「stopped via API」(관제·운영이 일부러 멈춤) 또는 작업이 그 뒤 다른 칸으로 옮겨진 지난 세션의 오류(AI_APICallError). 문제 아님.
  • 2 error session_failed 「조율」 — TB 관제(d7e1628e)·Kandev R3 관제(eb27cca5): 주 세션 RUNNING 인데 그 뒤에 시작된 보조 세션이 실패(agent produced no output since start). 원인: apps/backend/internal/office/dashboard/overview_status.go prepare() 가 t.latest = StartedAt 최신 세션 — 주 세션·살아 있는 세션보다 뒤에 시작된 실패 보조 세션을 고른다.
  • 실제 문제로 남아야 할 것: not_advancing 2(1dc247b2 21시간 SCHEDULING · d3efd13e), queue_not_delivered 1(6d06bb5a), 구현 칸 step_dwell 1(11a7b8b5), task_failed 1(WUC da85f780 — 일시 중지 워크스페이스).
    범위: overview_status.go(·overview_assemble.go) 판정 — ① 기준 세션은 주 세션(없으면 살아 있는 세션, 없으면 최신) ② 일부러 멈춘 세션(stopped via API·by parent·CANCELLED)은 오류가 아니다 ③ 작업이 그 세션 뒤에 칸을 옮겼으면 그 세션 오류는 지난 일 ④ 선행 대기(열린 선행이 있을 때)·보류·입력 대기·대기 칸은 체류 시간으로 지연을 만들지 않는다 — 선행이 다 끝났는데 안 움직이면 not_advancing 으로 이미 잡힌다 ⑤ 소유자 결정 대기는 needs_human. 기존 판정 시험(overview_status_internal_test.go)은 바뀐 규칙에 맞춰 고친다. 새 상시 시험 묶음 금지.
    선행 없음 — KANDEV-W-035(웹)와 파일이 다르므로 병행.
    완료 조건: 포크 PR 병합 → 다음 교체판에서 운영 세션이 같은 API 로 다시 세어 실제 문제만 남는지 확인.
소유자 원문(10-06 01:1x 운영 세션 채팅): 「그리고 프로젝트 문제 상황들이 개선되면 숫자가 줄어야하는데 그대로 유지되다 보니 모든 프로젝트들이 온통 문제 상황으로 보이잖아.」 소유자 목표: 개요의 문제 숫자가 지금 손봐야 할 것만 세고, 상황이 풀리면 줄어든다 — 정상 대기·보류가 「문제」로 쌓여 모든 프로젝트가 문제로 보이지 않는다. 확인할 결과: 운영 DB 그대로에서 지금 45건(오류 12·지연 33)이 아래 실제 문제만 남는다. 풀린 경우(세션 재개·다음 칸 이동·차단 해소) 다음 읽기에서 숫자가 줄어든다. 운영 세션 실측(10-06 01:1x KST, /office/workspaces/aggregate/tasks filter=problems, 작업·주 세션 상태 대조): - 22 delayed step_dwell 「선행 대기」 — 선행을 일부러 기다리는 칸(예 MPM R3 자식들이 R2 배포 대기). 문제 아님. - 4 delayed step_dwell 「보류」 + 1 「입력 대기」(MPM 상시 관제) — 일부러 멈춘·기다리는 칸. 문제 아님(보류는 「보류 중」 필터로 이미 따로 본다). - 2 delayed step_dwell 「작업」 — [결정] 작업이 소유자 답을 기다림 → 지연이 아니라 처리 필요(needs_human)로. - 7 error session_error 「선행 대기」 + 1 「보류」 + 1 「계획」 — 「stopped by parent task via MCP」「stopped via API」(관제·운영이 일부러 멈춤) 또는 작업이 그 뒤 다른 칸으로 옮겨진 지난 세션의 오류(AI_APICallError). 문제 아님. - 2 error session_failed 「조율」 — TB 관제(d7e1628e)·Kandev R3 관제(eb27cca5): 주 세션 RUNNING 인데 그 뒤에 시작된 보조 세션이 실패(agent produced no output since start). 원인: apps/backend/internal/office/dashboard/overview_status.go prepare() 가 t.latest = StartedAt 최신 세션 — 주 세션·살아 있는 세션보다 뒤에 시작된 실패 보조 세션을 고른다. - 실제 문제로 남아야 할 것: not_advancing 2(1dc247b2 21시간 SCHEDULING · d3efd13e), queue_not_delivered 1(6d06bb5a), 구현 칸 step_dwell 1(11a7b8b5), task_failed 1(WUC da85f780 — 일시 중지 워크스페이스). 범위: overview_status.go(·overview_assemble.go) 판정 — ① 기준 세션은 주 세션(없으면 살아 있는 세션, 없으면 최신) ② 일부러 멈춘 세션(stopped via API·by parent·CANCELLED)은 오류가 아니다 ③ 작업이 그 세션 뒤에 칸을 옮겼으면 그 세션 오류는 지난 일 ④ 선행 대기(열린 선행이 있을 때)·보류·입력 대기·대기 칸은 체류 시간으로 지연을 만들지 않는다 — 선행이 다 끝났는데 안 움직이면 not_advancing 으로 이미 잡힌다 ⑤ 소유자 결정 대기는 needs_human. 기존 판정 시험(overview_status_internal_test.go)은 바뀐 규칙에 맞춰 고친다. 새 상시 시험 묶음 금지. 선행 없음 — KANDEV-W-035(웹)와 파일이 다르므로 병행. 완료 조건: 포크 PR 병합 → 다음 교체판에서 운영 세션이 같은 API 로 다시 세어 실제 문제만 남는지 확인.
Sign in to join this conversation.
No Label
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: dreampiler/kandev#35