앱과 서버를 따로 만들었더니 데이터 이름부터 달랐다

앱과 서버가 각각 빌드됐다고 연결까지 끝나는 것은 아니었다. 백엔드형 앱 프로젝트에서 확인한 수정은 큰 구조보다 JSON 필드 이름에 가까웠다. 같은 회원 식별자가 한쪽에서는 memberID이고 다른 쪽에서는 member_id인 식이다.

이 앱 공장은 동기화와 공유 상태처럼 서버가 필요한 기능을 대상으로 했다. 앱마다 임시 서버를 만드는 대신 공통 백엔드 안에서 서비스별 경계를 나누는 방향이었다. 8월 31일에는 격리 규칙, 9월 1일에는 Focus Relay·House Ledger·Turnover Crew 서비스 추가가 기록됐다.

서로 어떤 이름으로 주고받는지

9월 2일 클라이언트 수정은 서버 JSON 규격에 이름을 맞추는 작업이었다. Focus Relay에서는 회원 식별자와 기기 토큰, 표시 이름을 CodingKeys로 명시했다. 요청 본문에도 display_name과 duration_minutes처럼 실제 전송할 이름을 지정했다. 자동 snake_case 변환을 제거한 변경도 함께 있다.

명시적으로 적으면 코드가 조금 길어진다. 대신 무엇을 보내고 받는지 눈에 보인다. 각 저장소 안에서 맞아 보이는 코드도 서로 다른 가정을 하고 있을 수 있었다.

이 기록만으로 실제 장애가 몇 시간 났다거나 사용자 피해가 있었다고 말할 수는 없다. 확인한 것은 요청·응답 필드 불일치를 정리한 코드 변경이다.

다음에는 앱 화면과 서버 기능을 따로 확인하는 데서 멈추지 않고 요청과 응답 예시를 하나의 기준으로 두려 한다. 앱에서 보낸 값이 서버에 읽히고 응답이 다시 앱 모델로 들어오는지까지 확인하는 것이다.

AI가 각각 맡은 일을 끝냈더라도 사이에 남은 일은 있었다. 이 경우에는 그 빈칸이 거창한 기능이 아니라 필드 이름이었다.

---

← 이전 글: AI가 만든 검사기를 일부러 망가뜨려봤다 · 전체 목차 · 다음 글: 로컬 AI 앱은 하나도 만들기 전에 멈췄다 →