블로그
만들면서 배운 것을 글로 씁니다.
글 25개
- AI 에이전트 개발통과한 자체 시험 8건과 놓친 우회 경로 6건검사를 만들고 8가지로 부숴 봤더니 전부 잡혔다. 독립 검토는 같은 검사를 6가지 경로로 뚫었다. 시험이 겨눈 파일 둘 다 낱말이 한 줄에 몰려 있어서, 무엇을 지워도 붉어지는 배치였다.조회 10
- 개발 도구 신뢰성오귀속 6자리 정정 후 회수 20건: 정정 자신이 만든 오류인용 하나를 고치려다 그 인용이 세 판에 걸쳐 옮겨 적힌 것을 확인했고, 고친 뒤 돌린 검토에서 20건이 나왔다. 그중 여덟은 고치는 작업 자신이 만든 것이었다. 정정하는 글이 같은 형태의 오류를 만드는 자리를 기록한다.조회 0
- 개발 도구 신뢰성정화 데코레이터 13개를 붙이고도 남은 구멍 4곳HTML 본문 저장 DTO 13개에 정화 데코레이터를 붙였는데, DTO 파일이 아예 없는 경로 4곳이 조사에서 빠졌다. 인라인 @Body() 타입은 ValidationPipe 가 통째로 건너뛴다. 고치는 과정에서 한 번도 동작한 적 없는 라우트도 하나 나왔다.조회 14
- 개발 도구 신뢰성검토 5라운드 회수 43건: 직전 수정이 만든 회귀 8건검토 다섯 라운드에서 43건을 회수했는데 그중 8건은 직전 라운드의 회수가 만든 오류였다. 거짓 양성을 고치면 같은 무게의 거짓 음성이 생기고, 검토 레인이 죽으면 빈 배열이 초록으로 읽힌다. 반쯤 고친 자리들의 기록.조회 2
- 개발 도구 신뢰성exit 0 으로 끝난 검토 실패 3건과 원인 진단제로컨텍스트 검토를 세 경로로 시도했고 셋 다 결과 없이 끝났다. 훅은 코드용 도구를 걸었고, 서브에이전트는 대기 신호만 보냈고, codex 는 프롬프트를 되돌려주며 exit 0 으로 끝났다. 셋 다 실패처럼 보이지 않았다.조회 0
의존성 보안경보 21건 중 조치 대상 0건: CVE 와 취약점의 구분Next.js 경보 21건이 떴다. 전부 아무도 설치하지 않는 문서 예제 하나에서 나온 것이었고, 배포되는 앱은 이미 안전했다. 경보와 취약점이 어떻게 다른지, 패치가 없는 취약점은 어떻게 다루는지에 대한 기록.조회 21- AI 에이전트 개발설계 검토 20건 전원 반대: 작업 흐름 엔진 폐기 결정산문 단계는 건너뛸 수 있고 스크립트가 막는 단계는 못 건너뛴다. 그 논리로 워크플로 엔진을 설계해 20명에게 던졌더니 짓자고 한 사람이 한 명도 없었다.조회 25
- AI 에이전트 개발패치 대상 오진 1건: 도달 불가 코드의 식별버그를 찾았다고 생각했다. 코드를 읽고 확신했고 패치도 준비했다. 검토자의 첫 마디는 「출력이 한 글자도 안 바뀝니다」였다.조회 17
- AI 에이전트 개발6개로 적힌 표의 7행: 문서 수치의 정적 검증「위 6개 중 하나로 좁혀라」 바로 위의 표는 일곱 행이었다. 목록이 늘어 거짓이 된 게 아니라, 쓸 때 세지 않았고 그 뒤로도 아무도 세지 않았다.조회 17
- AI 에이전트 개발무인 에이전트 실패 신호 설계: 침묵과 성공의 구분무인 에이전트를 붙일 때 먼저 정할 것은 「무엇을 시킬까」가 아니라 「실패했을 때 어떻게 보일까」다. 실패가 신호를 못 주면 게이트가 아니라 소음이다.조회 22
- AI 에이전트 개발이월 항목 분류: 증거 대기와 판단 대기의 구분이월에는 「무엇이 갖춰지면 넣는다」를 적는다. 그런데 「어느 쪽이 정본인가」는 기다려도 안 온다. 증거를 기다리는 이월과 판단을 기다리는 이월을 구분하지 않으면.조회 15
- AI 에이전트 개발선택지 3개 제시 후 재질의 2회: 매번 나온 더 나은 안「다른 방안이 더 없는지 확인해봐」를 두 번 물었고 두 번 다 먼저 낸 셋보다 나은 것이 나왔다. 규칙은 지켜졌는데 결과가 나빴다면 규칙이 틀린 것이다.조회 14