하늘 카메라가 유성 17개를 잡았다는데 진짜일까요? OpenSkyCam 확인 (2026 기준)

하늘 카메라가 유성 17개를 잡았다는데 진짜일까요? OpenSkyCam 확인 (2026 기준)

OpenSkyCam은 하늘 카메라 영상에서 유성과 비행기를 찾는 오픈소스입니다. 유성 17개는 작성자 자기 보고이고 진짜 배울 점은 AI 에이전트와 사람의 역할을 나눈 설계예요.

OpenSkyCam 유성 17개 주장, 어디까지 믿어도 되나요?

결론부터 말하면 이 화제의 알맹이는 유성 개수가 아니에요. OpenSkyCam은 하늘을 향한 IP 카메라 영상을 24시간 내 디스크에 쌓아 둡니다. 그 영상에서 밤사이 지나간 비행기와 유성을 찾아 분류하는 오픈소스고, 저장소(Deibler/openskycam)는 2026-10-26에 공개됐어요. 유성 탐지 결과를 AI 에이전트가 설치부터 재학습까지 돌릴 수 있게 만든 점이 핵심입니다.

The Workshop overview with four workflows and their sighting counts

이미지 출처: Deibler/openskycam README (MIT)

"레딧에 유성 17개를 잡았다던데 그게 진짜예요?" 이런 질문이 먼저 떠오르는 건 자연스러워요. 숫자가 크게 눈에 들어오는 글일수록 출처부터 확인하고 싶어지죠. 이 글에서는 17개의 출처, 오탐 수치의 비교 기준, 에이전트와 사람의 역할, 따라 하는 순서, 한계를 차례로 확인합니다.

유성 17개는 사실인가요?

확인된 사실은 "작성자가 그렇게 말했다"까지예요. 레딧 r/ClaudeAI 원글 제목은 이렇습니다. 원글은 직접 열어 보지 못해서, 제목과 아래 인용 문장은 XDA·Latent Space 보도가 옮긴 것을 기준으로 적었어요.

"I built an open source sky camera that Claude Code can actually run. Saturday night it caught 17 meteors and had them sorted before I woke up."

우리말로는 "Claude Code가 실제로 돌리는 오픈소스 하늘 카메라를 만들었다. 토요일 밤에 유성 17개를 잡아 내가 일어나기 전에 분류해 뒀다"는 뜻입니다. XDA Developers의 2026-10-27 보도에 따르면 영상 속 결과는 "it managed to log 17 meteors, 6 planes, and a whole lot of birds"였고, 풀어 쓰면 유성 17개, 비행기 6대, 새 다수예요. 게시일 표기(2026-10-26)로 계산하면 이 토요일은 2026-10-24입니다.

저장소와 공식 문서 어디에도 17이라는 숫자는 없어요. 독립적으로 확인한 곳도 없습니다. 영상 원본과 유성 목록이 공개됐는지도 확인하지 못했어요. 17개를 특정 유성우 소속으로 읽을 근거도 없고요.

Latent Space의 2026-10-27 요약에 따르면 r/ClaudeAI 반응은 대체로 호의적이었고 질문은 감시 용도 가능성, 심한 광공해에서의 정확도, 24시간 처리 토큰 비용에 몰렸습니다. Hacker News와 X에서는 이 프로젝트 반응을 찾지 못했어요. 반응 규모는 숫자로 말하지 않겠습니다. 레딧 점수를 확인하지 못했거든요.

오탐 줄었다는 숫자는 무엇과 비교한 건가요?

오탐은 없는 것을 있다고 잘못 잡는 일이고, 재현율은 찾아야 할 것 중 실제로 찾은 비율이에요. 레딧 작성자는 "On nights it never trained on, star false alarms went from about half to 7%, and it still catches 90% of meteors"라고 썼습니다. 학습에 쓰지 않은 밤에 별 오탐이 절반쯤에서 7% 수준까지 내려갔고 유성은 90% 정도 계속 잡는다는 뜻이에요. 이 숫자는 저장소 모델 카드와 맞아떨어집니다.

모델 카드에 따르면 비교 기준은 재학습 전 모델이에요. 새 모델에서 달라진 값은 이렇습니다.

정지 광원에는 별 말고도 눈부심과 건물·탑 조명이 들어갑니다. 표의 마지막 줄은 오히려 늘었어요. 이 지표만 봐도 오탐이 전부 줄었다고 말할 수는 없습니다.

측정은 개발자 본인의 학습용 Jupyter 노트북(train_detector.ipynb)에서 했고 표본은 7개 테스트 밤, 1,245장이에요. 카드는 "These numbers come from the training notebook, not from a Workshop run."이라고 적었습니다. 이 수치는 학습용 노트북 파일에서 나왔고 웹사이트의 Workshop 실행으로 잰 값이 아니라는 뜻이죠. model.json에는 두 평가 모두 independently_reproduced: false로 적혀 있어요.

재현율은 하나 더 조심해야 해요. 카드 원문은 "recall here measures keeping what that model found, not finding objects both models miss."입니다. 이전 모델이 찾고 사람이 확인한 유성 가운데 새 모델이 다시 찾은 비율이 90.4%예요. 하늘 전체 유성을 기준으로 한 값이 아닙니다.

AI 에이전트는 무엇까지 맡나요?

저장소 코드를 열어 세어 보니 MCP(AI가 외부 도구·서비스를 쓰게 해 주는 표준 연결 방식) 서버 도구는 정확히 7개였어요. guide, footage, workflows, runs, images, buckets, models입니다. 각 도구는 action 인자로 세부 동작을 고르고, 접속하면 서버가 가이드 6개와 단계별 스킬 5개를 에이전트에게 내려줍니다. 공식 문서에 따르면 웹사이트에서 하는 일은 키 관리만 빼고 /v1 API로도 할 수 있어요.

Claude Code 전용은 아닙니다. 문서는 "Any MCP client that speaks Streamable HTTP connects to the same URL with the same header."라고 밝혔어요. Streamable HTTP를 쓰는 MCP 클라이언트라면 같은 주소, 같은 헤더로 연결된다는 뜻이고, 연결 예시만 Claude Code 명령입니다.

설치와 설정도 에이전트 몫으로 설계됐어요. Claude Code 같은 터미널 에이전트가 답을 .env에 적고 npm run setup -- --yes로 질문 없이 설정을 돌립니다. 빠진 값이 있으면 키 이름을 알리고 멈추며, 에이전트가 그 값을 고쳐 다시 돌리면 끝난 단계는 건너뜁니다. npm run setup -- --check는 9단계를 점검만 합니다.

매일 밤 일도 맡깁니다. 예시 야간 워크플로는 02:00~09:30 UTC 구간의 영상을 들어오는 대로 처리해요. 점수 0.3 이상만 남기고, 움직이는 비행기는 Planes 버킷으로, 움직이지 않는 광원은 Fixed lights 버킷으로 나눕니다.

사람은 무엇을 해야 하나요?

"에이전트가 알아서 다 하는 거 아닌가요?" 아니에요. 공식 문서의 사람 몫(What needs you)은 네 가지입니다.

• 첫 Cloudflare 로그인(wrangler login)
• 대시보드에서 터널과 로그인 앱 만들기
• 웹사이트에서 API 키 만들기(Agent 키, 처리기용 키)
• 각 호스트의 SSH 키 로그인 허용과 리눅스 sudo 허용

영상 원본은 클라우드 저장소가 아니라 내 디스크에 남아요. 다만 에이전트가 검출을 검토할 때는 그 프레임 이미지를 AI가 직접 봅니다. "우리 데이터를 AI에 넣어도 되나?"를 따지는 팀이라면 보관 위치와 AI가 보는 범위를 나눠서 판단해야 해요.

아침에는 검토 루프가 남아요. 검출 검토는 한 번에 최대 100개씩 하고, 검토한 사진 묶음을 바꿀 수 없게 저장하는 데이터셋 고정을 거쳐, Colab 노트북으로 재학습하고 모델을 배포합니다. 문서에 따르면 데이터 분할은 카메라와 UTC 날짜 해시로 정해져서 같은 밤 프레임이 학습과 평가에 함께 섞이지 않아요.

비유하면 밤새 관제실을 지키는 야간 근무자와 같아요. 근무자(AI 에이전트)는 녹화본을 돌려 보고 일지를 쓰지만, 열쇠를 복사할 수는 없습니다. 아침에 사람이 일지를 검토해 주면 다음 밤의 눈이 좋아져요.

업무 자동화에 가져올 설계는 무엇인가요?

배울 점은 숫자보다 구조예요. AI 에이전트 업무 자동화를 설계할 때 그대로 옮길 만한 원칙이 세 가지 보입니다.

• 에이전트가 할 일과 사람이 할 일을 처음부터 나눕니다. 로그인, 권한 허용, 키 발급은 사람 몫이에요.
• 위험한 동작은 서버가 막습니다. 공식 문서에 따르면 키로 새 키를 만들 수 없어요. 삭제는 미리보기를 보여 준 뒤 confirm: true와 리비전이 있어야 실행되고, 더 새 리비전이 있으면 편집이 덮어쓰지 않고 거절됩니다. 모든 도구 호출은 기록되고, 다운로드 링크는 1시간, 키는 최대 365일 쓸 수 있어요.
• 결과는 사람이 검토해 다음 판에 반영합니다. 에이전트가 틀려도 아침 검토가 고쳐 주는 구조예요.

"AI가 틀린 걸 지워 버리면 어떡하나?" 하는 불안에는 "조심하라고 프롬프트에 적는다"가 답이 될 수 없습니다. 삭제, 덮어쓰기, 키 발급처럼 되돌리기 어려운 동작에는 시스템이 직접 확인 단계를 걸어야 해요. 한 가지 선은 그어 둡니다. 에이전트에게 SSH, sudo, 배포 권한까지 넘기면 그 부분은 OpenSkyCam 서버 안전장치 밖이에요.

따라 하려면 무엇이 필요한가요?

준비물은 요구사항 문서 기준으로 네 가지예요.

• RTSP(IP 카메라가 영상을 실시간으로 내보내는 방식)를 지원하는 카메라. 기본 경로는 Dahua이고 Hikvision과 TP-Link Tapo는 CAMERA_RTSP_PATH로 경로를 바꿉니다.
• 카메라 근처의 리눅스 기기. 문서는 라즈베리 파이 4나 5면 충분하다고 적었어요.
• 영상을 쌓을 큰 디스크 기기
• 도메인이 연결된 Cloudflare 계정

영상은 카메라, 릴레이(60초 MP4로 재인코딩 없이 복사), Cloudflare Workers(서버 없이 돌아가는 클라우드 코드), 터널(집 컴퓨터를 외부와 안전하게 이어 주는 통로), 내 디스크 순서로 흘러요. 처리기는 내 컴퓨터에서 YOLO(사진 속 물체를 빠르게 찾는 AI 모델 계열)를 돌립니다. macOS는 Apple GPU, 리눅스는 NVIDIA GPU를 쓰고 CPU도 되지만 느려요.

설치는 한 줄이에요.

curl -fsSL https://raw.githubusercontent.com/Deibler/openskycam/main/setup/install.sh | bash

git, Node.js 24 이상, npm, ssh, python3가 필요합니다. main 브랜치 스크립트를 그대로 받아 오니 실행 전에 내용을 먼저 읽어 보세요. 새 배포는 모델 레지스트리가 비어 있어서 저장소의 야간 탐지기를 skyvision-processor publish-model로 직접 올린 뒤 워크플로에서 골라야 해요.

용량은 문서 계산으로 4Mbps 카메라 기준 하루 약 43GB 정도가 쌓입니다. 41일 치 합계는 1,771GB(문서 계산)이고, 기준 카메라는 2TB 드라이브 중 약 1.7TB 사용이에요. 처리 속도는 개발자 측정으로 16GB Mac mini에서 1분 녹화당 약 15초라 처리기 1대가 카메라 1대를 따라갑니다.

비용은 문서 문구까지만 말할 수 있어요. "One camera stays inside or near the free tiers."라는 문장은 카메라 1대면 Cloudflare 무료 범위 안이거나 그 근처라는 뜻입니다. Tunnel과 Workers VPC는 무료, Zero Trust Access는 50명까지 무료예요. 도메인, 카메라, 디스크, 전기, AI 토큰 비용은 문서에 없습니다.

"개발자 없이도 되나요?" 문서가 사람 몫으로 적은 일에는 로그인, 대시보드 조작, API 키 발급, SSH 허용이 들어 있어요. 터미널 입력이 전혀 없는 작업은 아닙니다.

한계는 무엇인가요?

가장 먼저 성숙도예요. 2026-10-27 기준 GitHub 별은 50개, 포크 7개, 커밋 5개, 기여자 1명이고 릴리스는 v0.1.0 하나입니다. CHANGELOG는 "before 1.0, a minor version can change how a deployment is set up"이라고 적었어요. 1.0 이전에는 마이너 버전에서도 배포 설정 방식이 바뀔 수 있다는 뜻입니다.

모델 카드는 일반화의 한계를 이렇게 밝혔어요. "One camera, one site. Other cameras, lenses, exposure settings and skies will see lower recall and more false alarms." 카메라 1대, 장소 1곳 데이터로 학습했으니 다른 카메라와 하늘에서는 재현율이 낮고 오탐이 많을 수 있다는 말이에요. 심한 광공해 질문에 숫자로 답할 근거는 아직 없습니다.

• 동봉 모델 클래스는 비행기와 유성 둘뿐이에요. 새나 위성은 분류하지 않고, 위성을 비행기로 잘못 부를 수 있습니다.
• 카메라 설정용 MCP는 Dahua 전용이에요.
• 문자 알림과 "흐린 밤엔 조용"은 저장소 기능이 아니에요. 문자는 작성자가 따로 쓰는 iMessage 비서 하네스가 보낸다고 보도됐고, 흐린 밤 침묵은 작성자 자기 보고입니다.
• 코드는 MIT, 동봉 모델 가중치는 AGPL-3.0이라 남에게 서비스로 제공하면 그 의무가 붙어요.
• 문서에 사생활 주의 문구는 없습니다. 이웃 창문과 도로가 화면에 들어가지 않게 각도를 잡는 일반 주의는 직접 챙기세요.

보도는 XDA, daily.dev, AGI Hunt, Latent Space 모두 레딧 원글을 옮긴 2차 보도이고, 독립 측정이나 개발자 인터뷰는 없었어요.

마무리

OpenSkyCam의 유성 17개는 작성자 자기 보고이고, 오탐 수치는 재학습 전 모델 대비 개발자 본인 측정입니다. 그래도 에이전트와 사람의 몫을 나누고 위험한 동작을 서버가 막는 설계는 AI 에이전트 업무 자동화에 바로 가져올 수 있어요. 숫자는 저장소의 모델 카드와 문서에서 직접 확인해 보세요. 확인한 뒤 우리 팀 반복 업무 중 에이전트에 맡길 일 하나와 사람이 쥘 일 하나를 나눠 적어 보면 시작점이 잡혀요.

자주 묻는 질문

OpenSkyCam은 Claude Code가 없으면 못 쓰나요?

아니요. 문서는 Streamable HTTP를 쓰는 MCP 클라이언트라면 같은 주소로 연결된다고 적었어요. Claude Code는 연결 명령 예시일 뿐이고, 원격 MCP 서버 도구는 7개입니다.

24시간 돌리면 AI 토큰 비용이 얼마나 드나요?

문서에 금액이 없어서 알 수 없어요. r/ClaudeAI에서도 같은 질문이 나왔다고 Latent Space가 요약했습니다. 문서가 밝힌 건 카메라 1대면 Cloudflare 무료 범위 안이거나 근처라는 점까지예요. 사진 속 유성을 찾는 처리는 내 컴퓨터가 맡고, 개발자 측정으로 16GB Mac mini에서 1분 녹화당 약 15초 걸립니다.

집이 광공해가 심해도 이만큼 정확할까요?

보장할 수 없습니다. 모델 카드는 학습 데이터가 카메라 1대, 장소 1곳이라 다른 하늘에서는 재현율이 낮고 오탐이 많을 수 있다고 적었어요. 학습에 쓴 프레임은 4,036장이고 독립 재현도 없으니, 내 하늘에서 직접 돌려 본 결과가 기준입니다.

참고 자료

• OpenSkyCam 저장소 (GitHub)
• OpenSkyCam 야간 탐지기 모델 카드
• OpenSkyCam 공식 문서: Run it with an agent
• OpenSkyCam 공식 문서: Requirements
• XDA Developers: Someone set up Claude Code to scan the night sky for meteors
• 레딧 r/ClaudeAI 원글