화면 읽기를 버리고, 병원 데이터가 예약으로 이어지는 금요일

2026년 9월 18일 금요일. 오늘은 기술적으로는 큰 전환 하나가 있었습니다. 병원 예약 시스템의 데이터를 받아 오는 방식을 화면을 읽는 우회에서 시스템끼리 주고받는 공식 경로로 바꿨고, 그 길로 실제 데이터가 흐르는 것까지 확인했습니다. 같은 날 설교 작업실은 새로운 모델로 옮겨 갔고, AI 작업을 관제하는 도구에는 방마다 브라우저가 독립적으로 열리는 기능이 붙었습니다.

이 일기는 당일 각 정본 프로젝트의 상태 기록, 작업대장, 변경 이력을 서로 맞춰 가며 썼습니다. 같은 사건이 여러 기록에 남아 있으면 한 번만 셌고, 고객명과 내부 프로젝트명, 주소, 계정, 운영 수치와 식별자는 적지 않습니다. 대신 누가 쓰는 서비스인지, 무엇이 달라졌는지, 지금 어디까지 왔는지는 숨기지 않았습니다.

오늘 다룬 프로젝트

병원 데이터, 이제 화면이 아니라 시스템에서 옵니다

광고 문의가 병원의 예약·내원으로 이어지는지 확인하려는 운영자에게 가장 중요한 것은 받아 온 기록이 원본 그대로라는 믿음입니다. 그동안 검토 중이던 방식은 병원 시스템 화면을 읽어 값을 재구성하는 우회였습니다. 화면이 바뀌면 수집이 끊기고, 재구성 과정에서 놓치는 값이 생길 수 있습니다.

새 수집기는 화면을 보지 않습니다. 시스템끼리 주고받는 공식 통신 규약으로 서버에 직접 질의해 예약과 내원 기록을 받아 옵니다. 어떤 정보를 받을지 미리 정해 둔 범위만 요청하고, 받은 기록은 수신 API를 통해 안전하게 들어갑니다. 광고 문의 데이터와 병원 기록을 환자 단위로 이어 주는 대조 작업도 이 데이터 위에서 돌아갑니다.

오늘 하루 만에 일어난 일이 아닙니다. 이틀에 걸쳐 수집기와 수신 API, 접속 방식과 보안 구조를 차례로 만들었고, 오늘 아침에 연결 자격을 발급받아 실제 데이터를 전송하며 길이 열렸는지 확인했습니다. 실제 병원 서버에서 받아 온 기록이 오늘 구간뿐 아니라 지난 한 달 구간까지 흐트러짐 없이 들어왔고, 시간 단위 자동 수집이 예약 없이도 다음 실행을 스스로 잡는 것까지 확인했습니다.

결제 정보나 상담 메모처럼 범위 밖의 자료는 처음부터 요청하지 않게 설계했습니다. 필요한 최소한만 받아 오는 원칙입니다.

설교 작업실, 모델을 갈아끼우고 버튼을 없앴습니다

설교 준비에 쓰는 목회자는 도구의 신속함보다 익숙한 흐름이 지켜지는지를 먼저 봅니다. 이 작업실은 원문 자료를 찾아 주고 초안을 함께 다듬는 대화형 도구인데, 오늘 그 두 축이 함께 바뀌었습니다.

먼저 대화 모델을 더 가볍고 빠른 새 모델로 갈아끼웠습니다. 갈아끼우기 전에 눈가림 없이 두 모델의 결과를 나란히 놓고 비교했고, 목회적으로 더 성숙하다는 평가를 받은 쪽으로 정했습니다. 비용 구조도 함께 정리해, 반복되는 질문에는 이전 대화를 재활용하는 방식을 넣었습니다.

둘째로 대화 중에 나온 목회자의 수정 표현을 반영하는 방식을 바꿨습니다. 예전에는 반영 후보가 여럿이면 목회자가 직접 고르는 버튼을 눌러야 했습니다. 지금은 "이 표현은 잘 쓰지 않습니다" 같은 자연스러운 지적도 잠시 대기한 뒤 문제없으면 자동으로 반영됩니다. 반영되기까지의 근거는 그대로 남아 나중에라도 되돌려볼 수 있습니다.

모델 전환과 자동 반영은 실제 운영 환경에 반영했고 관련 검증을 통과했습니다. 또한 도구가 세상에 나갈 때 다른 서비스 이름이 보이지 않게 안팎의 이름을 "목회봇", 자료 검색은 "서고"로 정리했고, 개발용으로 쓰던 설교 자료는 스테이징 환경에서 깨끗히 비웠습니다. 운영 데이터는 그대로 둔 채입니다.

방마다 자기 브라우저를 갖는 관제 도구

동시에 도는 여러 AI 작업을 관리하는 운영자는 작업마다 방을 나눠 담당자와 상태, 중단 지점을 확인합니다. 그런데 여러 방이 하나의 브라우저를 나눠 쓰면 로그인 창이 뜨는 방이 다른 방을 가리고, 두 작업이 동시에 손을 들면 누가 먼저인지 알 수 없었습니다.

오늘은 방마다 자기 전용 브라우저와 프로필을 주는 구조를 만들었습니다. 인증 창이 뜨면 그 방의 화면이 자동으로 앞으로 나오고, 여러 작업이 동시에 손을 들면 줄을 서서 한 명씩 처리됩니다. 각 방의 브라우저는 자기 상태를 기억하다가 오래 쓰지 않으면 스스로 정리되어 메모리를 돌려줍니다.

3단계로 나눠 구현했고, 마지막 단계에서 운영 환경 경로 문제로 서비스가 브라우저를 못 찾는 결함을 발견해 그자리에서 고치고 다시 검증했습니다. 실제 두 방이 동시에 돌아가는 상태까지 확인했고 전 단계 배포를 마쳤습니다. 사람이 직접 확인해야 할 실제 계정 로그인이 오래 유지되는지는 다음 관찰 과제로 남았습니다.

같은 도구에는 그 외에도 터미널에서 새 작업 그룹을 만들 때 폴더를 바로 만들 수 있게 하는 소소한 개선이 들어갔습니다. 기존 기능 1,400여 개 검사가 모두 통과했습니다.

두 매체의 전날 성과를 한 기준으로

검색광고 성과 대시보드는 어제에 이어 오늘도 전날 자료를 두 매체에서 받아 왔습니다. 두 매체의 캠페인 자료와 사이트 방문 흐름을 같은 날짜 기준으로 합쳤고, 자동 배포와 별도 품질 검사를 통과했습니다.

이 대시보드의 규칙은 어제와 같습니다. 사이트 방문 근거가 닿는 캠페인만 성과 판단에 포함하고, 근거가 없는 구간은 값을 만들지 않고 보류 상태로 둡니다. 오늘도 유료 설정이 바뀌거나 날짜가 섞이는 일 없이 자료가 들어왔는지 확인했습니다.

게임 포털, 첫 선물 목록을 정하는 날

브라우저에서 바로 즐기는 게임들을 한곳에 모으는 포털은 오늘 방향을 정하는 하루였습니다. 처음부터 모든 장르를 다 담는 포털로 가되, 공개는 서두르지 않기로 했습니다. 장르별로 게임을 모아 두는 첫 화면과 함께 캐주얼 게임 열두 개 남짓이 준비되어야 문을 열겠다는 조건입니다.

첫 목록은 아직 확정이 아닙니다. 누구를 위한 게임인지, 어떤 순서로 선보일지는 다음에 다시 정하고, 오늘은 개발 환경을 정상적으로 되돌려 두는 것까지 했습니다. 구현은 시작하지 않았습니다.

발행이 늦어진 저녁과 보류된 한 건

오늘 스스로 쓰고 검증하는 콘텐츠 자동 발행도 여러 건 돌아갔습니다. 아침 에버그린 글과 낮 칼럼은 공개 검증까지 통과했지만, 아침 글의 표지가 목록에서 늦게 뜨는 문제가 확인돼 최종 승인을 보류했습니다. 저녁에는 브런치 원고를 저장하다 로그인이 만료되어 한 차례 멈췄다가, 재검증 뒤 저장을 완료했습니다. 공개·예약 발행은 하지 않았습니다.

늦은 밤에는 클라이언트 관리 도구와 연결된 문의 데이터 내보내기 권한 회수가 반납 없이 남아 있어 이를 정리했습니다. 자동화된 권한 회수 절차를 만들어 진행 중 상황을 감사 기록과 함께 정리했고, 새 권한은 소유자 승인 없이는 발급되지 않게 유지됩니다. 실제 서비스 개방은 본인 확인 뒤로 남아 있습니다.

하루를 돌아보면, 화면을 읽는 대신 시스템의 공식 문을 두드리는 선택이 오늘의 가장 큰 수확이었습니다. 느리고 우회적일 수밖에 없던 길을 없애니 그 위에 올라가 있던 대조 작업까지 한결 단단해졌습니다. 문을 여는 데 그친 것이 아니라 그 문으로 실제 데이터가 흐르는지, 다음 문은 스스로 열리는지까지 확인한 날입니다. 비슷한 데이터 수집 구조를 검토하고 있다면 POEMORA 업무 자동화에서 설계 범위를 확인할 수 있습니다.