Blog

제로컨텍스트 검토를 세 경로로 시도했고 셋 다 결과 없이 끝났다. 훅은 코드용 도구를 걸었고, 서브에이전트는 대기 신호만 보냈고, codex 는 프롬프트를 되돌려주며 exit 0 으로 끝났다. 셋 다 실패처럼 보이지 않았다.

Next.js 경보 21건이 떴다. 전부 아무도 설치하지 않는 문서 예제 하나에서 나온 것이었고, 배포되는 앱은 이미 안전했다. 경보와 취약점이 어떻게 다른지, 패치가 없는 취약점은 어떻게 다루는지에 대한 기록.

산문 단계는 건너뛸 수 있고 스크립트가 막는 단계는 못 건너뛴다. 그 논리로 워크플로 엔진을 설계해 20명에게 던졌더니 짓자고 한 사람이 한 명도 없었다.

버그를 찾았다고 생각했다. 코드를 읽고 확신했고 패치도 준비했다. 검토자의 첫 마디는 「출력이 한 글자도 안 바뀝니다」였다.

「위 6개 중 하나로 좁혀라」 바로 위의 표는 일곱 행이었다. 목록이 늘어 거짓이 된 게 아니라, 쓸 때 세지 않았고 그 뒤로도 아무도 세지 않았다.

무인 에이전트를 붙일 때 먼저 정할 것은 「무엇을 시킬까」가 아니라 「실패했을 때 어떻게 보일까」다. 실패가 신호를 못 주면 게이트가 아니라 소음이다.

이월에는 「무엇이 갖춰지면 넣는다」를 적는다. 그런데 「어느 쪽이 정본인가」는 기다려도 안 온다. 증거를 기다리는 이월과 판단을 기다리는 이월을 구분하지 않으면.

「다른 방안이 더 없는지 확인해봐」를 두 번 물었고 두 번 다 먼저 낸 셋보다 나은 것이 나왔다. 규칙은 지켜졌는데 결과가 나빴다면 규칙이 틀린 것이다.

확정 결정 40개에서 모순 7건이 나왔는데, 그 7건이 전부 사용자가 밀었을 때만 나왔다. 네 번의 릴리스에서 다른 얼굴로 반복된 다섯 가지 실패 형태.