2026.11.11 작업일지 v1.0.0

오늘 한눈에

이날(11/10 21시~11/11 21시)에는 76건의 작업 기록에 손댔다. 가장 큰 일은 할일요 안드로이드판을 처음으로 구글 플레이 프로덕션 심사에 넘긴 것과 약먹자 1.2.0을 앱스토어와 플레이 두 곳 심사에 제출한 것이다. 우리 사이 안드로이드판이 구글 플레이에 공개된 것도 확인했다. 오후에는 자동화를 돌리는 컴퓨터 네 대를 점검해 조용히 실패하던 작업을 찾아 고쳤고, AI 작업자에게 일을 나눠 주는 시스템의 버그도 이어서 손봤다. 그 밖에 후원 사이트 입금 감지 설계, 회사 홈페이지의 낡은 정보 정리, SNS 프로필 개편, 데스크랩 블로그 저품질 위험 점검을 함께 진행했다.

할일요 안드로이드 첫 출시

스토어 소개 글과 앱 안 개인정보처리방침·약관에 남아 있던 배너 광고와 ‘광고 제거 구매’ 문장을 광고 없는 첫 출시판에 맞게 고쳐 반영했다. ‘광고 식별자를 읽지 않는다’는 문장은 광고 ID 권한을 빼는 별도 변경이 들어간 뒤 만든 출시 파일이어야 완전히 맞는다. 13시 무렵에는 그 변경이 아직 반영 전이었고, 제출한 출시 파일에 들어갔는지는 확인되지 않았다. 홈페이지에 올린 공개 처리방침 갱신은 따로 승인을 기다린다.
플레이 콘솔 ‘앱 콘텐츠’(데이터 보안, 콘텐츠 등급, 광고 여부, 대상 연령)에 넣을 답안 문서를 만들었다. 첫 검토에서 앱 내용을 인용한 위치가 어긋나고 일부 문구가 실제 앱과 달라, 고친 뒤 반영했다.
스토어 가로 배너 시안 3장을 만들어 크기와 한글 깨짐을 확인하고 올렸다. 어느 시안을 쓸지는 대종님이 정하도록 남겼고, 이후 등록정보를 올릴 때는 A안이 쓰였다.
소개 글 정리와 배너 시안은 처음 맡긴 컴퓨터 두 대가 10시간째 연결이 끊겨 있어서, 각각 취소하고 다른 컴퓨터에 다시 맡겼다.
출시 본 작업(진행 중): 한국어·영어 제목과 설명, 아이콘, 가로 배너, 언어별 휴대폰 화면 5장을 등록정보로 올렸다. 앱 콘텐츠 10개 항목(대상 만 13세 이상, 광고 ID 쓰지 않음, 금융·건강 기능 없음, 수집·공유하는 데이터 없음 등)도 모두 채웠다. 대종님 승인을 받아 1.0.0을 178개 국가·지역 대상 프로덕션 출시로 만들어 구글 심사에 보냈고, 18시 확인 때 상태는 ‘검토 중’이었다. 심사를 통과하면 자동으로 공개되게 해 두었지만, 아직 공개되지는 않았다.

약먹자 1.2.0 제출과 다음 판

알림에서 바로 처리: 약 알림에 ‘먹었어요’와 ‘10분 뒤 다시’ 단추를 붙였다. 단추를 누르면 앱이 열리면서 처리된다. AI 작업자가 만든 것을 검토해 자동 검사를 통과시킨 뒤 코드에 반영했고, 실제 휴대폰에서 단추가 동작하는지는 출시 확인 작업으로 넘겼다.
지난 기록 보기: 최근 30일을 날짜별로 ‘먹었어요/기록 없음’으로 보여 주는 화면이다. 홈의 날짜 줄과 설정에서 열 수 있게 반영했고, 실기기 화면 확인과 출시는 뒤로 넘겼다.
평가 부탁 창: 오늘 약을 다 먹은 순간, 꾸준히 써 온 사람에게만 스토어 평가를 부탁하도록 반영했다. 실제 기기와 테스트 배포판에서 창이 뜨는지, 매일 먹는 약의 자정 무렵 동작은 아직 확인하지 못했다.
끝나는 날: 약마다 마지막 복용일을 정하면 그다음 날부터 홈과 알림에서 빠진다. 첫 검토에서 달력 시험 결과가 돌리는 날짜에 따라 바뀌는 문제가 나와, 시험 날짜를 고정해 고친 뒤 반영했다. 한 번만 울리는 알림이 끝나는 날 뒤에 실제로 멈추는지는 실기기에서 아직 확인하지 않았다.
1.2.0 출시 준비: 버전을 올리고 새 기능 소개 문구(한국어·영어)를 쓰고, 시뮬레이터 화면을 캡처해 점검했다. 점검에서 세 가지가 나왔다. 큰 글씨 설정 때 글자가 단추에 잘리고, 알림 배너의 단추 두 개는 화면으로 확인하지 못했으며, 영어 문구가 한국어 화면 글자를 그대로 인용한다.
1.2.0 제출(진행 중): 대종님 승인 뒤 iOS판을 앱스토어에 올려 심사에 제출하고 플레이 프로덕션에도 제출했다. 테스트플라이트 배포도 같은 승인에 들어 있었다. 최대 글자 크기에서 홈 아래 메뉴와 약 등록 화면이 넘치는 문제는 알려진 문제로 남기고 1.2.1에서 고치기로 했다. 심사 결과는 아직 나오지 않았다. 제출 뒤에 바뀐 새 아이콘과 시작 화면 로고는 다음 빌드부터 들어가고, 플레이 스토어용 큰 아이콘과 옛 아이콘이 담긴 스크린샷은 따로 바꿔야 한다.
1.2.1 큰 글씨 넘침: 최대 글자 배율에서 홈 아래 메뉴와 약 등록 화면이 넘치던 것을 고쳐 반영했다. 휴대폰 크기 세 가지로 돌린 자동 시험에서는 넘침이 없었다. 시뮬레이터나 실제 기기 화면은 이번에 열어 보지 않았고, 출시도 아직이다.
아이콘 교체: AI 이미지 생성으로 시안 3장을 만들고, 대종님 요청에 따라 ‘약’ 글자를 크게 넣은 시안 3장을 더했다. 대종님의 ‘1번’ 답을 처음엔 체크 그림 시안으로 잘못 읽었다가 바로잡았다. 초록 바탕에 흰 ‘약’ 시안으로 확정하고 앱 아이콘 파일을 바꿔 반영했다.
시작 화면 로고도 새 아이콘과 같은 그림(흰 바탕 가운데 초록 ‘약’ 둥근 타일)으로 바꿔 반영했다. 자동 시험은 통과했고, 실제 휴대폰에서 보는 확인은 다음 출시 빌드 때 한다.

첫이름·우리 사이·메모요

첫이름(토스 미니앱): ‘무료로 오행 보기’ 버튼이 늘 회색 보조 버튼이라, 눌러도 되는지 알기 어려웠다. 입력을 다 채우면 파란 주 버튼, 비어 있으면 흐린 파랑으로 보이게 바꾼 새 판을 11/10 21:18에 출시했다.
우리 사이: 대종님이 받은 연령 등급 기관(IARC) 메일에 답장해야 하는지 확인했다. 앱이 공개될 때 자동으로 오는 공지라 답장은 필요 없었다. 구글 플레이 공개 페이지가 1.1.1, 12세 이상으로 열리는 것도 확인했다. 메일 속 낯선 단어들은 지메일 자동 번역 오류였다.
메모요 체크리스트: 메모 안 ☐/☑ 줄을 눌러 체크하고, 목록에 2/5처럼 얼마나 했는지 보여 주는 기능이다. 화면을 가로로 돌리면 체크 칸을 누르는 자리가 어긋나는 결함이 남은 채로 작업이 하루 넘게 멈춰 있었다. 멈춘 상태를 정리하고 다시 맡겨 결함을 고쳤고, 회전·글자 크기 시험을 붙여 반영했다.
메모요 다음 판: 이 기능을 스토어에 싣고 실제 기기에서 가로 회전을 확인하는 일을 따로 등록했다. 출시는 승인을 기다린다.

후원 사이트 ‘심심한 부자 클럽’

홍보와 입금 감지 설계(진행 중): X(영어)와 스레드(한국어)에 홍보 글을 한 건씩 올렸다. 은행 문자에는 입금 건마다 오는 통지가 없어서, 국내 입금을 감지하려면 우리은행 문자 입출금 통지를 신청해야 한다. 요금은 블로그 기준으로 월 900원 또는 건당 20원이고 공식 확인은 아직이다. 신청은 대종님이 은행 앱에서 하기로 했다. 해외(페이팔) 입금은 처음에 네이버 메일로 오는 알림을 쓰려 했지만, 네이버 메일에는 자동 전달 기능이 없었다. 다른 접속 방식은 대종님이 거절해 한때 수동 처리로 정했다가, 페이팔 알림 이메일을 회사 지메일로 바꿔 자동 감지에 연결하는 안을 승인했다. 달러 후원은 보낸 금액에 입금일 환율을 곱하고 원 단위 아래는 버려 승인 카드에 보여 주기로 했다. 사이트 코드는 비밀값이 없는지 확인한 뒤 비공개 저장소로 옮겼다.
입금 감지 1차: 입금을 감지해 대기함에 넣고, 승인 뒤 등록하는 도구를 시험·운영 안내와 함께 반영했다. 감지는 기본으로 꺼져 있다. 독립 검토에서 출시를 막을 결함은 없었지만 고칠 점이 여럿 나와 2차로 넘겼고, 고치기 전에는 실제 후원자 데이터로 돌리지 않는다.
입금 감지 2차(대기): 1차에서 지적된 점을 고치고 페이팔 메일 감지를 더하는 작업이다. 회사 지메일을 읽기만 하는 시험에서 페이팔의 ‘새 이메일 주소 추가’ 안내를 입금으로 잘못 알아봤다. 메일 종류를 가리는 방식 때문에 진짜 입금 메일이 조용히 빠질 수 있는 결함도 남았다. 감지가 꺼져 있어 일단 반영하고 남은 고침 8가지를 다시 맡겼다. 이전 작업이 파일을 붙잡고 있어 배정이 15분 밀렸다가 풀렸고, 다 고치기 전에는 감지를 켜지 않는다.

회사 홈페이지 정리

홈 첫 자리에 후원 사이트(심심한 부자 클럽·왕좌 뺏기)로 가는 배너를 넣었다. 원래 맨 위에 있던 인사이트 배너는 ‘만들며 배운 것’ 책 목록 아래로 옮겨 코드에 반영했고, 영어판 문구와 배너 시험도 더했다.
그 과정에서 원래 있던 시험 실패가 드러나 고쳤다. 사이트맵 시험의 기대 목록에 할일요 처리방침 페이지가 빠져 있어 늘 실패했는데, 목록에 추가했다. 시험 파일만 바뀌어 배포는 없었다.
낡은 정보 점검: 페이지 약 30쪽을 스토어 정보 25건과 대조해 낡은 곳 5군데를 찾았다. 살아있음(StillHere) 지원 대상 버전(1.1.2로 적혀 있었지만 스토어는 1.1.4), 우리 사이 이용 안내의 ‘테스트 준비 단계’ 문구, 우리 사이 처리방침의 ‘1.1.0 기준’, 홈의 우리 사이 문구, 말해줘 처리방침의 iOS 언급이다. 고친 내용을 사이트에 배포하고, 공개 화면에서 옛 문구가 사라진 것을 확인했다. 작업장 페이지 검사에서는 인사이트가 16일째 갱신되지 않았다는 신호와 분류가 빠진 항목 3개가 나왔다.
이 수정은 처음 맡긴 작업자가 다른 일을 하고 있어 배정되지 않았다. 그래서 취소하고 쉬고 있는 컴퓨터에 다시 맡겼다.
새로 맡은 쪽에서 5군데를 고쳐 반영했고, 각 내용을 실제 앱 정보와 대조했다. 검토 중에 우리 사이 이용 안내의 ‘연결과 보관’ 문장(구글 계정·드라이브 필요)이 1.0.0 방식이라 지금 판과 어긋날 수 있다는 점이 새로 나왔다.
그 문장을 확인하는 작업도 처음 맡긴 자리가 다른 계획에 밀려 배정되지 않아, 취소하고 다른 곳에 맡겼다.
새로 맡은 곳에서 문장을 바꿨다. 새 문장은 ‘1.1.1에서 새로 연결하면 기록은 휴대폰에 저장하고, 암호화한 내용만 우리 사이 우체통 서버로 주고받아 구글 계정과 드라이브가 필요 없다’는 내용이다. 20시에 배포했고, 공개 페이지에서 새 문장이 보이고 옛 문장이 없어진 것을 확인했다.
사다리요 처리방침 페이지를 계속 둘지는 대종님 판단을 기다린다.

블로그·SNS·커뮤니티

2027 신년운세 검색 유입 글(진행 중, 11/10~12/5): 예약 발행한 3편이 제목 그대로 공개되고 토스 미니앱 링크가 들어간 것을 자동 확인으로 확인했다. 연재는 계속 이어진다.
클래시 오브 클랜 클랜 ‘이른댄장’ 클랜원 모집: 클랜 채팅 41일치와 카톡방을 읽어 보니, 말수가 적은 존댓말 클랜이고 다툼은 없었다. 가입 당일 탈퇴가 5건 있었던 점은 약점이었다. 모집 글 초안 2종을 써서 인벤 클랜 홍보 게시판에 올리고 누구나 볼 수 있는지 확인했다. 작업에 쓴 휴대폰은 다시 잠그지 못해 잠금이 풀린 채 남았다.
SNS·블로그 프로필 문구 개편: 승인받은 새 문구를 처음 목록에 있던 13곳에 모두 적용했다. 이날은 남아 있던 깃허브, 페이스북, 링크드인, 서브스택을 바꿨다. 인스타그램에는 회사 홈페이지와 데스크랩 블로그 링크 2개를 더했고, 링크드인 회사 계정 헤드라인도 승인을 받아 바꿨다. 서브스택은 소개 본문은 바뀌었지만, 설정 칸을 찾지 못해 검색에 보이는 요약 설명은 기본값으로 남았다. 로그인 코드 입력 실수로 로그인 메일이 4통 나가 30분가량 로그인이 막히기도 했고, 닫지 못한 브라우저 탭 하나는 대종님께 닫아 달라고 부탁했다.
인사이트 발행: Brian G.의 쇼츠 ‘POV: Got You The $260k Job And Now The Company Is Using It To Replace You’를 다룬 글을 발행하고, 공개된 본문이 맞는지 확인했다. 자막 받기가 막혀서 브라우저에서 자막 29줄을 직접 읽었다.
쿠팡 파트너스 블로그 실험(진행 중): 스레드에서 ‘데스크랩 블로그가 잘릴 수 있다’는 이야기가 나와 조사했다. 쿠팡 링크 자체가 네이버 제재 사유라는 공식 근거는 찾지 못했다. 공식 기준은 대량으로 기계적으로 찍어 낸 비슷한 글, 링크가 본문 대부분인 글, 대가를 받은 사실을 숨긴 글이었다. 블로그 글 21편을 모두 열어 보니 20편에 쿠팡 링크가 모두 47개 있었고, 대가성 문구는 모두 글 첫머리에 있었다. 11/03 하루에 16편이 올라갔고, 재난 대비 글 3편은 짧은 본문에 링크가 6~9개였다. 이를 바탕으로 새 글 발행 규칙 네 가지를 정했다. 하루 1편 이하로 올리고, 링크 없는 글을 섞고, 링크마다 직접 겪은 설명을 붙이고, 대가성 문구는 지금처럼 맨 위에 둔다.
데스크랩 저품질 위험 낮추기(진행 중): 블로그 소개글과 유튜브 채널 설명의 마지막 문장을 ’…일정액의 수수료를 제공받습니다’로 바꾸고, 공개 화면에서 바뀐 것을 확인했다. 쿠팡 활동 채널 등록 기록도 살폈는데, 인스타그램은 등록 기록이 없었다(쿠팡 사이트에서 다시 확인하지는 않음). 블로그 통계를 보면 일간 조회수는 11/04 262회 뒤로 줄어드는 흐름이고, 유입은 네이버 검색이 약 7할이며 11/11 당일은 스레드 유입이 가장 많았다. 제한 알림은 없어 검색에서 빠진 상태로 보이지는 않지만, 8일치 자료라 단정하기는 어렵다. 재난 대비 글 3편은 대종님이 답한 질문 8개로 실제 겪은 내용을 채웠다. 첫 글에서는 근거 없거나 이전 구매 기록과 어긋나는 표현 6곳을 승인 전에 고쳤고, 세 편 모두 승인을 받았다. 실제 수정 발행은 한 편씩 진행 중이다.

유튜브 자막 받기 문제

원인 조사: 인사이트 글을 쓰다가 유튜브 자막 받기가 429(요청 과다) 오류로 막혀, 원인 조사를 맡겼다. 429는 번역 자막을 요청할 때만 걸리는 제한이었고 주소가 차단된 것은 아니었다. 원어 자동 자막만 요청하자 같은 영상에서 자막 8개가 429 없이 받아졌다.
자막 받기 고침: 사람이 단 자막을 먼저 받고, 없으면 원어 자동 자막만 요청하도록 바꿨다. 번역 자막 요청은 없앴다. 429 오류는 따로 이름을 붙여 다른 오류와 구분하게 했고, 컴퓨터 네 대에 같은 내용이 퍼진 것을 확인했다. 다만 srt 형식 자막만 있는 영상과, 선호 언어가 아닌 사람 자막이 있을 때 원어 자동 자막을 요청하지 않는 경우는 아직 처리하지 않는다.
교차 검수 1차: 다른 AI가 코드를 읽기만 하며 검사해 고칠 점 두 가지를 냈다. 하이픈이 들어간 언어 표기 처리와, 기존 시험이 새 2단계 요청 방식을 제대로 지키지 못한다는 점이다.
교차 검수 2차: 고친 부분만 다시 검사해 통과했다.
설명 바로잡기: 스크립트 주석과 문서에 적어 둔 429 원인을 정확히 고쳤다. 영어 자막 요청은 자막 트랙이 여러 개인 영상에서만 번역 자막 주소로 이어져 429가 났다. 프로그램 동작은 바뀌지 않았다.
노하우 글: 이 경험(번역 자막 요청이 막힌 것, 원어 자동 자막과 브라우저 스크립트 패널로 우회한 방법)을 회사 작업장 사이트의 노하우 코너에 올리는 작업을 시작했다. 끝난 것으로 표시돼 있지만, 공개 페이지에서 확인한 기록은 없다.

자동화 점검과 정비

메인 맥 점검(읽기 전용): 이미 팔아 버린 노트북으로 이어지던 연결 터널이 몇 초마다 실패하면서 로그가 21MB 쌓였는데, 알림은 한 번도 없었다. 사용량 수집이 실패해도 성공으로 끝나는 바람에 현황 보드는 40시간 전 정보에 멈춰 있었다. AI 작업자용 텔레그램 연결 프로그램은 전송 실패를 알리지 않은 채 오류를 37만 줄 넘게 남겼다. 그 밖에 다른 텔레그램 연결의 메시지 받기 실패, 원본보다 변경 48개가 뒤처진 홈페이지 사본, 매일 9시 점검 작업이 빈 로그만 남기고 실패하는 것도 찾았다.
보조 맥 점검: 텔레그램 연결 하나가 11/07 밤 이후 메시지를 한 건도 받지 못했는데, 프로그램은 살아 있었다. 11/10 작업일지가 발행되지 않았고, 기억 검색용 서버가 꺼져 있어 단어 검색만 되고 있었다. 완료 알림 9건은 채팅방 설정이 빠져 전달되지 못하고 사라졌다. 캐시와 옛 작업 폴더도 수십 GB를 차지하고 있었다.
첫째 윈도 PC 점검: 같은 터널이 11/09 이후 1만 번 넘게 실패했다. 텔레그램 연결 감시 프로그램의 ‘보낸 메시지가 막혔는지’ 검사는 8/13부터 없는 로그 파일을 보며 헛돌았다. 원격 접속망 로그아웃 표시와, 부팅 직후 메시지 받기가 실패하는 것도 나왔다.
둘째 윈도 PC 점검: 같은 터널 실패에 더해, 부팅 순서가 꼬여 메모리 폭주 감시가 아예 시작되지 않았다. 결정 대기 알림 타이머는 설치돼 있지 않았고, 세션 진단 스크립트 오류가 10만 줄 넘게 쌓였으며, 캐시가 60GB대였다.
점검 뒤 정비(진행 중): 멈춰 있던 작업 3건부터 대조했다. 검수가 모델 사용 한도로 실패했던 건은 대종님이 기본 모델을 바꾼 뒤 직접 검수해 반영했다. 나머지 두 건은 장부 해석 버그와 다른 작업 대기에 막혀 있었다. 대종님이 결정 9건을 추천대로 맡겨 다음처럼 처리했다. 터널은 세 대 모두에서 내렸는데, 그중 한 대는 오후에 약 1시간 연결이 끊겼다가 돌아온 뒤 처리했다(끊긴 원인은 확인하지 못함). 530 오류만 내던 상태 확인 신호는 끄고 설정을 보관했다. 메모리 감시는 응급으로 켠 뒤 영구 수정을 따로 맡겼고, 로컬 AI 서버는 켜서 응답을 확인했다. 결정 대기 알림은 켜 보니 대기 32건과 카드 5장이 한꺼번에 나갈 상황이라, 목록을 정리한 뒤 아침 9시 하나만 켜기로 미뤘다. 원격 접속망 로그아웃 건은 실제로는 로그인돼 있어 철회했고, 감시 프로그램 문제는 관련 작업에 묶었다. 채팅방 설정 누락 수정은 하기로 정한 데까지만 확인되고, 11/10 작업일지는 21시 정기 실행에서 다시 발행을 시도한다. 같은 정리를 두 쪽에서 겹쳐 한 일이 있었고, 덮어쓴 상태는 되돌렸다.
메시지를 못 받는 텔레그램 연결 고침(대기): 실패하면 다시 시도하는 간격을 늘리고, 계속 실패하면 스스로 종료해 다시 켜지게 하는 작업이다. 첫 검토에서 고칠 범위 문제와, 오류를 처리하다가 다른 부분이 조용히 멈출 수 있는 결함이 나와 반영하지 않았다. 범위를 넓혀 다시 맡겼고 18:49에 등록됐다.
전송 실패 로그 폭주 고침: 실패하면 다시 시도하는 간격을 늘리고, 고칠 수 없는 오류는 드물게만 다시 시도하며, 상태가 바뀔 때만 기록하도록 바꿔 반영했다. 승인을 받아 대화가 없는 틈에 맥 두 대의 프로그램을 재시작했고, 새 기록 형식이 남는 것을 확인했다. 실패 원인은 상대 서버가 530(연결 실패)을 돌려준 것이었다. 리눅스 쪽에 반영됐는지는 직접 확인하지 않았다.
그 수정을 반영한 뒤 다른 AI가 교차 검수했고, 결함 없이 통과했다. 재시작하면 대기 간격이 처음부터 다시 시작되고, 일부 오류는 최대 1시간 간격으로 다시 시도된다는 참고 사항이 남았다.
매일 9시 점검이 빈 로그만 남기고 11번 실패하던 것을 고쳤다. 경로 설정 줄이 없는 항목은 사유를 남기고 건너뛰고, 실패하면 사유를 한 줄 남기게 해 반영했다. 다만 실제 설정이 모두 건너뛰는 쪽에 해당해서, 몇몇 도구가 빠졌는지는 이제 이 점검이 보지 않는다.
메모리 감시 영구 수정(대기): 부팅 순서 꼬임을 없애고 다시 생기지 않는지 보는 시험을 더하는 작업이다. 다른 작업이 같은 저장소를 쓰고 있어 등록을 기다리고 있고, 응급으로 켠 감시는 켜진 채다.
기억 5분 동기화: 멈춰도 알림이 없어서 세 대에서 3~6일씩 멈춰 있었고, 중간에 꼬인 상태로 아예 서 버리기도 했다. 여섯 번, 30분 동안 한 번도 성공하지 못하면 알림을 한 번 보내고, 꼬인 상태는 스스로 정리하게 고쳐 23:30에 반영했다. 앞서 진행하던 작업은 11/10 밤 ‘멈춰’ 지시를 받고 열어 둔 채 멈췄다. 같은 수정이 다른 검수를 거쳐 반영되기까지 언제 다시 하라는 지시가 있었는지는 기록에서 확인되지 않는다.
동기화 설치본 전환(대기): 네 대가 실제로 새 코드를 쓰도록 바꾸는 일은 대종님 승인을 기다린다.

텔레그램 연결과 사용 한도 처리

사용 한도 대기 중 메시지 유실: 감시 프로그램이 사용 한도 때문에 기다리는 상태를 ‘멈춤’으로 보고 재시작하면서 대기 중이던 메시지를 잃는 문제였다. 독립 검토 결과, 실제 유실은 재시작이 아니라 한도 화면에 메시지를 밀어 넣는 데서 생겼다. 11/10 밤에도 메시지 2개가 이렇게 사라졌다. 판정 없이 6일째 남아 새 일을 막고 있던 이전 보고도 정리했다. 대종님 승인으로 구현을 맡기면서 ‘보낸 메시지가 막혔는지’ 검사가 8월부터 헛돌던 문제도 함께 묶었다. 리눅스 두 대에서 새 코드가 쓰이는 것을 확인하고 마무리했다(1분마다 새로 실행되는 방식이라 재시작은 필요 없음).
그 구현: 첫 검토에서 한도 화면을 알아보는 기준이 텔레그램 연결 프로그램 쪽과 다르다는 지적이 나와, 기준을 맞춘 뒤 반영했다. 실제 기록을 다시 돌려 본 시험에서 짧은 한도 화면은 기다렸다가, 시간이 지나자 정상으로 돌아왔다.
모델 한도 오류 진단(등록): 한도 오류가 나면 대화가 끝난 것으로 인식되지 않아, 폰에 답이 오지 않고 ‘입력 중’ 표시가 계속되며 뒤에 보낸 메시지가 밀려 있던 문제다. 원인을 진단해 구현을 맡겼고, 아래 수정이 실제 프로그램에 들어간 뒤 닫는다.
한도 오류 처리 구현: 한도 오류가 나면 대화가 끝난 것으로 보고, 폰에 안내를 보내고, ‘입력 중’ 표시를 끄고, 기다리던 메시지를 이어 보내게 했다. 새 한도 문구도 알아보게 했다. 첫 검토 지적을 고친 뒤 반영했지만, 실행 중인 프로그램을 재시작하지 않아 아직 예전처럼 동작한다. 재시작에는 따로 승인이 필요하다. 모든 오류에 ‘모델 한도’ 안내가 붙어서, 서버 과부하 같은 다른 오류에는 안내가 맞지 않는 점이 남았다.
상태 점검 도구가 맥 쪽 기록을 8/30에 멈춘 옛 파일에서 읽어, 엉뚱한 상태를 보여 주고 있었다. 실제 출력 파일을 먼저 읽고, 기록 위치와 마지막 수정 시각을 함께 보여 주게 고쳐 반영했다. 한 대에서는 직접 확인하지 않았다.
AI 작업자 봇의 알림 끄기 시험이 10/12부터 계속 실패하고 있었는데, 시험 코드 쪽 누락 때문이었다. 시험만 고쳐 반영했고 프로그램 자체는 바뀌지 않았다.

AI 작업 분배 시스템

‘관찰 중’ 줄 버그 첫 요청(취소): 작업 장부에서 ‘관찰 중’ 상태 줄을 앞 작업에 붙여 읽는 버그를 고쳐 달라고 요청서를 냈다. 그런데 요청서의 예시 문장이 장부에 들어가, 실행기가 그 문장을 제어 값으로 읽고 배정을 거부했다. 예시를 고쳐 다시 냈다.
다시 낸 작업: ‘관찰 중’ 줄 33개가 엉뚱한 작업 16개에 붙던 것을 고치고, 시험을 더해 반영했다. 19시에 승인 범위 안에서 네 대의 실행 파일을 새로 설치했고(아래 한도 보고 개선도 함께 들어감), 새 실행 파일이 각 줄을 제 작업으로 읽는 것을 확인했다.
전수 조사: 같은 문제가 다른 곳에도 있는지 읽기만 하며 조사했다. 잘못 읽는 곳 3군데(실행 파일, 오래된 작업 정리 스크립트 두 곳)와 중복 경고를 고치자는 제안 1건이 나왔다. 약먹자 출시와 겹쳐 판정 시간을 놓치는 바람에 한 번 막혔다가, 직접 판정해 통과시켰다.
후속 수정: 20:11에 승인을 받아, 중복 경고와 정리 스크립트도 ‘관찰 중’ 줄을 제 작업으로 읽게 고쳐 반영했다.
한도 보고 개선: 작업이 모델 사용 한도로 끝나면 보고에 원인과 한도가 풀리는 시각을 적게 했다. 사람이 다시 검수를 걸 수 있는 명령도 더했다(자동 재시도는 없음). 첫 검토에서 이미 끝난 계획에 다시 검수를 걸면 작업이 ‘진행 중’으로 남는 문제가 나와, 고친 뒤 반영했다.
반영 기록 표시: 반영 도구가 누가 작업했는지 표시가 없으면 무조건 특정 AI가 한 것으로 적고 있었다. 브랜치 이름에서 작업자를 읽게 고쳐 반영했다.
수정 작업 git 실패: 메인 맥의 저장소 두 곳이 기본 브랜치만 내려받게 설정돼 있어서, 수정 작업이 시작하자마자 실패했다. 설정을 다른 세 대와 같게 맞췄고, 실행기가 작업 전에 해당 브랜치를 직접 받아 오게 고치는 두 번째 조치까지 끝내고 마무리했다.
그 두 번째 조치는 시험과 함께 반영했고, 20:47에 네 대 실행 파일을 다시 설치했다.
현황판 1차: 누가 누구에게 무슨 일을 시켰고 지금 어떤 상태인지 한 화면에 보여 주는 읽기 전용 현황판이다. 명령줄과 텔레그램 ‘현황판’으로 볼 수 있다. 처음 맡긴 컴퓨터가 다른 계획에 밀려 쉬는 쪽으로 옮겼다. 첫 검토에서는 인계 기록에 ‘누가→누구’가 안 보이고, 관계없는 외부 작업이 잘못 붙는 문제가 나왔다. 첫 수정은 위 git 문제로 3초 만에 실패해 다른 작업자가 새로 만들었고, 20:08에 반영돼 남은 일은 없다.
현황판 2차(대기): 봇 방의 고정 메시지 하나를 5분마다 새 내용으로 고쳐 쓰는 갱신기다. 1차가 끝나면 자동 등록을 시도하지만, 같은 저장소를 다른 작업이 붙잡고 있으면 계속 기다린다. 설치와 첫 발신, 메시지 고정은 반영 뒤에 하고, 그다음 폰에서 고정 메시지를 확인해야 한다.

책상 기기와 전화 알림

전화 받기 멈춤 알림: 놓친 전화를 지켜보는 감시 프로그램이 전화 받기 루프가 3분 넘게 멈춰 있으면 텔레그램으로 알리고, 다시 대기 상태로 돌아오면 한 줄로 알리게 했다. 독립 검토 지적 6건을 고친 뒤 반영했다. 15시에 실제 감시에 적용했고 상태가 정상인 것을 확인했다.
울란지 D200: 깨어 있는 시간대(기본 8~23시)를 더해서, 그 시간에는 화면이 잠들지 않고 그 밖의 시간에는 기존 30분 규칙을 따르게 했다. 설치 뒤 4분 간격으로 화면 갱신이 이어지는 것을 확인했고, 대종님이 직접 ‘잘 켜지고 잠들지 않는다’고 확인했다.
바이브키(울란지 AU05) 설치(진행 중): 공식 설치 파일로 울란지 스튜디오를 설치했다(서명과 공증 확인). 음성 키는 입타 시작/정지 단축키로 배치하고, 나머지 키는 공장 기본으로 두었다. 승인 범위대로 AI 도구 설정에 바이브키 연결 고리가 추가됐고, 원래 있던 설정은 하나도 사라지지 않은 것을 확인했다. 권한 창은 사라졌지만 어느 쪽을 눌렀는지는 모른다. 음성 키로 입타가 시작되는지 확인하는 일과 로그인할 때 자동으로 켜지게 하는 설정은 남았다. 헤드셋은 소리 장치 목록에 보이지 않았다.

돈과 서류

홈택스 사업용 카드 공제 변경(지켜보는 중): 불공제로 잡힌 맥미니 M6(10/17, 3,029,000원)와 맥북프로14 (7/23, 3,301,000원)를 공제로 바꾸려고 예정보다 일찍 조회했다. 카드 4장은 모두 등록 완료였지만, ‘매입세액 공제 확인/변경’ 화면이 ‘개인사업자는 이용할 수 없다’며 열리지 않았다. 10/25에는 열렸던 화면이고 원인은 아직 모른다. 맥미니 구매 자료가 잡혔는지 확인하지 못했고 바꾼 것도 없다. 11/16에 다시 조회하고, 계속 막히면 11/20에 직접 입력하는 방법으로 간다.
맥미니 10월분 부가세 조기환급(지켜보는 중): 11/25까지 신고하면 12/10까지 약 27.5만 원을 돌려받는 건이다. 위 조회 결과를 기다려야 해서 아직 신고서를 쓰지 않았다.
로또 1250회(11/14 추첨) 결과 확인(등록): 11/14 밤에 결과를 자동으로 조회해 보고하도록 예약했다. 예약을 돌리는 컴퓨터가 재부팅되면 멈출 수 있어서, 이 1차 확인이 실패했을 때만 보고하는 2차 확인도 따로 걸어 두었다. 자체 시험은 통과했지만, 실제 알림 발송은 시험하지 않았다.

아직 남은 일

출시 쪽에서는 할일요 1.0.0과 약먹자 1.2.0이 모두 심사 결과를 기다린다. 할일요는 심사를 통과하면 바로 공개되게 해 두었다. 약먹자의 새 기능(알림 단추, 지난 기록, 끝나는 날, 평가 창)과 새 아이콘·시작 화면은 아직 실제 휴대폰에서 확인하지 않았다. 알림 단추는 실제 복용 기록 대신 시험용 약을 하나 등록해 눌러 보면 부담 없이 확인할 수 있다. 큰 글씨 넘침을 고친 약먹자 1.2.1과 체크리스트를 담을 메모요 다음 판은 출시 승인을 기다린다. 플레이 스토어의 약먹자 아이콘과 옛 아이콘이 든 스크린샷도 바꿔야 한다.

후원 사이트 입금 감지는 2차 고침이 끝날 때까지 꺼 두고, 우리은행 문자 입출금 통지 신청은 대종님이 해야 한다. 데스크랩 재난 대비 글 3편은 승인까지 끝났고 수정 발행이 진행 중이다. 자막 429 노하우 글은 실제로 공개됐는지 확인해야 한다. 신년운세 연재는 12/5까지 이어진다. 사다리요 처리방침 페이지를 둘지 정하는 일, 서브스택 요약 설명, 닫지 못한 브라우저 탭 하나도 남아 있다.

자동화 쪽에서 대기 중인 일은 다섯 가지다. 기억 동기화 설치본 전환, 한도 오류 처리를 실제 텔레그램 연결 프로그램에 들이기 위한 재시작, 메시지를 못 받는 연결 프로그램 수정, 메모리 감시 영구 수정, 현황판 2차다. 결정 대기 알림은 대기 목록을 정리한 뒤 켜고, 11/10 작업일지 재발행 결과는 21시 정기 실행 뒤에 확인한다. 바이브키는 빈 메모장을 열고 음성 키를 한 번 눌러 입타가 시작되는지 보면 된다. 홈택스는 11/16에 다시 조회하고, 부가세 조기환급 신고 기한은 11/25다. 로또 결과는 11/14 밤에 자동으로 보고된다.

— 강대종 / @ssamssae