숫자 없는 발표 타이머: 두 화면과 임시 설정

발표자는 배경색을 봐야 했다

발표용 웹 타이머를 AI에 만들어 달라고 했다. 시작과 종료, 발표자 이름과 시간 기록, 초록·노랑·빨강으로 바뀌는 배경이 필요했다. 멀리 있는 발표자도 시간 흐름을 알아볼 수 있어야 했다.

AI가 제안한 화면에는 큰 숫자와 상태 문구가 있었다. 숫자는 운영자만 확인하도록 정정했다. 발표자에게는 화면 전체의 색으로 신호를 주고, 요청하지 않은 상태 문구는 빼라고 했다.

화면 필요한 정보와 조작
발표자 화면 멀리서도 구분되는 전체 배경색
운영 화면 시간 확인, 시작·종료, 발표자 이름과 기록

같은 타이머를 보더라도 필요한 정보는 달랐다. 화면을 만들 때부터 누가 무엇을 볼지 나눠야 했다.

임시 시간을 쓰려고 새 세트를 만들어야 했다

한 모임 안에서도 발표 시간이 달라질 수 있었다. 자주 쓰는 시간은 빠르게 고르되, 그때만 쓸 시간은 바로 입력하고 싶었다.

AI는 수동 설정을 별도 시간 세트를 추가하는 방식으로 이해했다. 그 제안대로라면 일회성 시간을 쓰려고 저장할 항목부터 만들어야 했다. 나는 입력 위치까지 정해 다시 설명했다.

빠른 선택 아래에 바로 보이게 해서, 바로바로 그때만 쓸 수 있게 해주는거야.

빠른 선택 아래에서 시간을 입력하고 바로 시작하는 흐름이었다. 수동 설정이라는 이름만으로는 임시 값을 쓰는 방식과 저장할 세트를 추가하는 방식이 구분되지 않았다.

정상인 서버 응답 뒤의 브라우저 오류

이후 실제 화면에서 오류가 나 로그를 확인하라고 했다. 당시 AI의 첫 보고에는 서버 응답은 정상이고 SQLite 경고만 보인다고 적혀 있었다. 그 정보로는 화면이 동작하지 않는 이유를 찾지 못했다.

다음 보고에서 원인이 좁혀졌다. AI가 브라우저에서 오류를 재현했고, 버튼 목록을 처리하는 코드에서 오타를 찾았다. 화면을 채우기 전에 실행이 멈추는 문제였다.

코드를 수정한 뒤에는 Safari에서 다음 순서를 확인했다고 보고했다.

  1. 수동으로 시간을 입력한다.
  2. 타이머를 시작한다.
  3. 타이머를 종료한다.
  4. 종료한 기록이 저장됐는지 확인한다.

서버의 응답만 확인했을 때는 잡지 못한 오류였다. 마지막 검사에는 앞서 정정했던 일회성 입력부터 기록 저장까지 포함됐다.

이 글은 2026년 9월 7~13일 작업 기록을 바탕으로 썼다. 오류 원인과 Safari 검사 결과는 당시 AI의 보고다. 이번 편집에서 앱을 다시 실행하지 않았으며, 실제 행사에서 장기간 사용한 결과는 확인하지 않았다.

이 글의 목차