블로그 on hiway-kit

마지막 태스크는 끝나지 않는다: 턴 경계에서 증발하는 완료 마킹, 그리고 3중 방어

Tue, 07 Jul 2026 00:00:00 +0000

사용자가 이상한 패턴을 보고했다: “작업이 다 끝났는데, 마지막 태스크가 완료 처리 안 된 채 자주 남아 있어.”

기능은 다 돌아간다. 커밋도 됐고, 게이트도 초록불이다. 그런데 태스크 보드에는 마무리 — 문서 정합 + 적대적 리뷰 + push 같은 항목이 in_progress로 영원히 떠 있다. 귀찮은 표시 버그처럼 보이지만, durable 실행의 관점에서는 심각하다 — 태스크 원장이 거짓말을 하면, 다음 세션은 끝난 일을 다시 하거나 안 끝난 일을 건너뛴다.

핵심 요약

범인은 코드가 아니라 지시의 순서였다. 스킬이 “사용자에게 보고하라"를 “태스크를 완료로 마킹하라"보다 앞에 두면, 보고가 턴을 끝내는 순간 마킹 단계는 실행될 기회 자체를 잃는다. LLM 에이전트에서 턴 경계 뒤의 지시는 존재하지 않는 지시다.

완료를 주장이 아니라 명령의 출력으로: 장기 루프 에이전트의 durable 완료 게이트를 설계한 기록

Fri, 03 Jul 2026 00:00:00 +0000

앞선 두 글은 하네스/루프 엔지니어링의 지형도(리서치 노트)와 그것을 병렬 작업의 git 격리에 실전 적용한 기록이었다. 이번 글은 그 다음 질문에 관한 것이다 — 에이전트가 여러 세션에 걸쳐 오래 도는 루프에서, “완료"를 무엇으로 판정할 것인가.

핵심 요약

루프 에이전트에게 완료 판정을 맡기면, 모델은 검증되지 않은 작업을 “완료"로 찍는다. 완료는 모델의 주장이 아니라 명령의 출력이어야 한다.

그러려면 완료 상태가 세션 경계를 넘어 살아남아야(durable) 한다. 그런데 네이티브 Task는 세션 스코프였다 — 이 발견 하나가 우리의 첫 설계를 통째로 폐기시켰다.

초록불은 거짓말을 한다: 내가 만든 완료 게이트를 6방향 적대적 감사로 뜯어본 기록

Fri, 03 Jul 2026 00:00:00 +0000

앞선 세 글 — 하네스/루프 엔지니어링 지형도, 병렬 git 격리 실전 적용, durable 완료 게이트 설계 — 은 모두 “검증을 기계로 만들자"는 방향으로 수렴했다. 이 글은 그 방향이 도달하는 불편한 종착지에 관한 것이다: 그 검증 기계는 누가 검증하는가?

핵심 요약

완료 게이트가 exit 0(초록불)을 켰다는 것과, 코드가 옳다는 것은 다르다.

프로젝트 전체에 6개의 독립된 적대적 리뷰어를 풀자, 가장 심각한 결함은 기능 코드가 아니라 검증 기계 자체에 있었다 — 실패를 초록불로 보고하는 false-green. 게이트가 거짓말을 하고 있었다.

하네스를 실전에 적용하다: 병렬 에이전트 툴킷의 git 격리를 두 번의 적대적 리뷰로 다듬은 기록

Thu, 02 Jul 2026 00:00:00 +0000

하네스 엔지니어링의 원리는 글로 읽으면 명료하다. 그러나 진짜 시험은 그 원리를 실제로 돌아가는 도구 위에 얹었을 때 시작된다. 이 글은 하네스/루프 엔지니어링 지형도에서 정리한 개념들을 우리 프로젝트(hiway-kit)에 실제로 적용하며 겪은 기록이다. 그리고 두 번의 적대적 리뷰가 우리가 “고쳤다고 믿은” 결함이 실제로는 남아 있었음을 어떻게 밝혀냈는지에 대한 이야기다.

핵심 요약

병렬 에이전트의 안전은 “격리 진입"이 아니라 “병합 복귀 프로토콜“과 공유 상태의 원자성에서 갈린다.

이론이 말한 “worktree 격리 + 병합"은 필요조건일 뿐이다. 격리만으로는 충돌이 사라지지 않고 병합 시점으로 이연될 뿐이다.