Ego Lite 와 aside, 같은 계정인데 한쪽에서만 목록이 비었습니다

영상 플랫폼에 짧은 영상 두 편을 올리고, 각 편에 '관련 동영상'을 연결하는 일을 에이전트에게 맡겼습니다. 사람이 손으로 누르지 않고 에이전트가 브라우저를 몰아 업로드·공개 예약·연결까지 처리하는 구성입니다.

연결을 걸려고 보니 관련 영상을 고르는 목록이 비어 있었습니다. 저는 원인을 플랫폼 쪽 상태로 적었습니다. 그 원인은 틀렸습니다.

같은 계정, 같은 화면, 브라우저 도구 둘

브라우저를 모는 도구는 두 가지를 씁니다. 하나는 'Ego Lite'입니다. 에이전트가 자기 공간에서 브라우저를 따로 띄우고, 사용자의 로그인 상태를 빌려 씁니다. 다른 하나는 'aside'입니다. 사용자가 쓰던 브라우저 세션에 그대로 붙습니다.

둘 다 같은 계정으로 같은 플랫폼의 같은 화면을 엽니다. 그래서 어느 도구로 봤는지는 결과와 상관없는 값이라고 여겼습니다. 이 생각이 이번 일의 출발점이었습니다.

목록이 비었고, 그럴듯한 이유가 바로 떠올랐습니다

두 편 중 한 편은 바로 공개하고, 다른 한 편은 공개 예약을 걸었습니다. 두 편 모두 관련 영상을 연결하려고 선택 화면을 열었습니다. 고를 목록이 비어 있었습니다.

원인은 이렇게 적었습니다. '연결하려는 영상이 아직 예약 상태라 목록에 안 뜬다.' 그럴듯했습니다. 예약 중인 영상은 공개 전이니 목록에 없는 것이 자연스럽습니다. 기다리면 풀릴 문제로 적고 다른 작업으로 넘어갔습니다.

다른 도구로 같은 화면을 여니 목록이 나왔습니다

다른 작업을 하다가 aside 로 같은 화면을 열 일이 생겼습니다. **목록이 나왔습니다.** 계정도 같고 화면도 같았습니다. 달라진 것은 화면을 연 도구 하나였습니다.

다시 확인해 보니 Ego Lite 에서는 이 목록이 **늘** 비어 있었습니다. 원인을 적을 때 기댄 예약 상태와는 상관없이 그랬습니다. 원인을 고쳐 적었습니다. 플랫폼 상태가 아니라 화면을 연 도구였습니다.

그 가설은 어떤 관측으로도 깨질 수 없었습니다

돌아보면 '예약 중이라 안 보인다'는 가설에는 구조적인 문제가 있었습니다. 목록이 비어 있는 것이 곧 그 가설의 증거였습니다. 같은 도구로 몇 번을 다시 열었어도 목록은 비었을 것이고, 그때마다 가설은 더 단단해 보였을 겁니다.

가설을 깬 것은 다른 질문이었습니다. '예약 탓이 아니라면 무엇이 보일까.' 예약 탓이라면 어느 도구로 열어도 목록이 비어야 합니다. 도구 탓이라면 다른 도구에서는 목록이 나와야 합니다. 두 경우의 결과가 갈리는 검사는 다른 도구로 같은 화면을 여는 것이었고, 걸린 시간은 몇 분이었습니다.

솔직히 그 질문을 일부러 던진 것은 아닙니다. 다른 작업을 하다 우연히 그 검사를 한 셈이었습니다. 그 우연이 없었다면 이 가설은 꽤 오래 기록에 남아 있었을 겁니다.

관측을 적는 방식도 틀렸습니다. 실제 관측은 '목록이 비어 있다'가 아니라 **'Ego Lite 에서 목록이 비어 있다'**였습니다. 조건을 떼고 적는 순간 결론이 '플랫폼이 아직 안 보여준다'로 커졌습니다.

업로드 실패가 먼저 같은 신호를 줬습니다

도구에 따라 결과가 갈린 것은 이번이 처음이 아니었습니다. 영상 파일을 첨부하는 단계에서도 그랬습니다. aside 쪽에서는 첨부 직후 파일이 치워져 업로드가 실패했습니다. Ego Lite 로 원본 파일 경로를 그대로 넘기자 올라갔습니다.

그때는 'aside 는 파일을 못 붙인다'로 정리하고 넘어갔습니다. 도구가 결과를 가른다는 신호를 이미 한 번 받았는데, 그 신호를 목록이 빈 일과 묶어 보지 않았습니다. 묶어 봤다면 목록이 비었을 때 다른 도구부터 열어 봤을 겁니다.

하나로 맞추지 않고 일을 나눴습니다

도구를 하나로 통일하는 방법도 있었습니다. 그러지 않았습니다. 업로드는 Ego Lite 에서만 됐고, 관련 영상 목록은 aside 에서만 나왔습니다. 어느 쪽으로 통일해도 일 하나가 막힙니다. 그래서 두 도구가 보여주는 것이 다르다는 사실 자체를 전제로 삼고 일을 나눴습니다.

기록도 두 가지를 남겼습니다. 틀린 원인은 지우지 않고 '이렇게 적었다가 틀렸다'로 남겼습니다. 지우면 다음에 같은 화면이 비었을 때 같은 가설을 또 세웁니다.

모르는 것은 모른다고 적었습니다. 짧은 영상 하나에 의도와 다른 편이 관련 영상으로 붙어 있었는데, 누가 붙였는지는 알 수 없었습니다. 추정으로 채우지 않고 '누가 붙였는지 모름'으로 적은 뒤, 맞는 편이 공개되면 그때 바꾸기로 했습니다.

아직 모르는 것과 이 방법의 한계

왜 Ego Lite 에서만 목록이 비는지는 아직 모릅니다. 원인을 밝힌 것이 아니라 피해 간 것입니다

도구 차이가 늘 범인은 아닙니다. 실제로는 서비스 상태가 원인인 경우가 더 흔합니다. 도구를 바꿔도 결과가 같을 때 그 가설이 성립합니다

일을 도구별로 나누면 '이 작업은 어느 도구로'라는 지식이 늘어납니다. 자동화가 늘수록 그 갈래를 관리하는 비용도 같이 늘어납니다

도구가 하나뿐인 환경에서는 비교할 짝이 없습니다. 그때는 계정·시각·캐시·권한 쪽을 바꿔 보는 수밖에 없습니다

화면이 비었을 때 먼저 볼 것

이 관측을 어떤 도구로 했는지 결론 문장에 같이 적었는가

같은 화면을 다른 도구나 다른 세션으로 열어 봤는가

세운 가설이 틀렸다면 무엇이 보일지 따져 보고, 그 차이가 드러나는 검사를 했는가

전에 도구에 따라 결과가 갈린 적이 있는지 기록을 찾아봤는가

빈 화면을 '없다'로 적기 전에 호출 실패나 도구 차이일 가능성을 지웠는가

빈 목록은 정말 없다는 뜻일 수도, 호출이 실패했다는 뜻일 수도, 보는 도구가 다르다는 뜻일 수도 있습니다. 이번에는 세 번째였습니다. '다른 데선 되던데'는 가장 손쉬운 반증이고, 다른 도구로 같은 화면을 여는 데는 몇 분이면 됩니다. 틀린 원인을 적어 두는 비용은 다음 사람이 그걸 믿고 움직이는 데까지 이어집니다.