미니 타이완 펄스: 큐레이터의 시선으로 대만을 숨 쉬는 지도로 그리다

2026년 초 어느 날, 미구(Migu)라는 이름의 데이터 분석가는 CSV 파일을 GeoJSON으로 변환해 브라우저 내 'Kepler.gl'이라는 도구에 드래그했다. 코드를 한 줄도 작성하지 않은 채, 화면에는 대만의 첫 지도가 나타났다.

그는 대학에서 도시계획을 전공했으며, 당시 GIS(지리정보시스템, 간단히 말해 데이터를 지도 위에 구현하는 도구)를 조금 접한 적이 있었다. 사회에 진출한 후 데이터 분석의 길을 걸으면서 지도 작업은 오랫동안 손에서 놓게 되었다. 그날 CSV를 Kepler.gl에 드래그하며 화면 위에서 대만이 자라나는 순간을 보았을 때, 그의 마음속에서 떠오른 것은 매우 소박한 놀라움이었다.

"대만에 이렇게 많은 데이터가 있었구나. 지도로 만드는 건 어렵지 않구나."¹

이 말은 특별해 보이지 않는다. 하지만 이 문장은 이후 한整套(전체) 시스템의 씨앗이 되었다.

30초 요약: 미구(GitHub ianlkl11234s)는 2025년 말부터 대만의 오픈 데이터를 활용해 열 개 이상의 시각화 프로젝트를 진행했다. 그중 가장 인기 있는 mini-taiwan-pulse는 GitHub에서 별 375개를 기록했으며, 하늘, 바다, 땅, 거리, 수거(청소)의 다섯 가지 실시간 데이터를 겹쳐 움직이는 지도를 완성했다.² 그러나 그는 2026년 6월 sciwork 커뮤니티에게 한 강연에서 문제를 직설적으로 지적했다. 대만의 오픈 데이터는 중앙 정부만 해도 약 5만 건에 달하며, 20여 개 시현(시·현) 플랫폼에 흩어져 있어 "인간 두뇌로는 다 스캔할 수 없다"고 말했다. 그의 해법은 더 많은 사람을 동원해 스캔하는 것이 아니라, 데이터 전체를 AI 에이전트가 조율하고 스스로 성장하는 시스템에 맡기는 것이었다. 인간은 오직 문제를 내고 결과를 검증하는 역할만 담당한다.³

이 글이 말하고자 하는 바는, 한 사람이 CSV 파일을 드래그하는 순진함에서 시스템이 스스로 성장하도록放手(방임/위임)하는 단계로 어떻게 나아갔는지이다.

한 사람의 GitHub가 어떻게 은하계로 자랐는가

만약 mini-taiwan-pulse라는 프로젝트 하나만 본다면, 미구를 반쯤 취미로 하는 엔지니어로 오해하기 쉽다: 주말에 갑자기 생각이 나서 데모를 만들었고, 우연히 히트했다.

이 상상은 두 가지 점에서 잘못되었다.

첫째, 그가 만든 것은 하나가 아니다. 그의 GitHub을 열면 2025년 12월 이후 대만 오픈 데이터 시각화가 빽빽하게 가득하다. 가장 먼저 물색한 버스 범위 PoC(Proof of Concept)를 시작으로, 12월 말에는 mini-taiwan-learning-project라는 학습 프로젝트가 먼저 인기를 얻으며 별 189개를 기록했다. 2월에는 선박 AIS 실시간 위치를 구현했고, 각 항공편 이착륙을 호선으로 그리는 flight-arc-graph(별 56개)도 만들었다. 2월 말에야 mini-taiwan-pulse가 등장했고, 이어 타이완 철도 atlas, 위성 궤도, 실시간 CCTV 영상, 모든 데이터를 수렴하는 대시보드 mini-taiwan-info까지... 6월까지 이어졌다.² 열 개 이상의 repo가 하나의 은하계를 이루었고, 그는 스스로 이 은하계에 'Mini Taiwan'이라는 이름을 붙였다.

은하계의 또 다른 구성원 Mini Taiwan Info: 흩어진 오픈 데이터를 수렴해 상황 모니터링 대시보드로 만들었으며, 인구, 궤도 교통, 해운, 수자원, 소방, 의료 등 한 페이지에 한 주제씩이다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

이 프로젝트들의 별 수를 나열해보면, 인기 있는 것이 하나가 아님을 알 수 있다.

출처: GitHub API, 2026-06-25

두 번째로 잘못된 지점은 '한 사람'이라는 세 글자 속에 숨어 있다. 잠시 후 이를 해체하고 돌아오자. 먼저 은하계가 어떻게 자랐는지 보자.

동일한 방법론: 지하철에서 태양계까지

플래그십 자체도 성장하고 있다. 초기의 mini-taiwan-pulse는 하늘, 바다, 땅의 세 층으로 구성되었다. 그의 강연 버전에서는 이미 '오맥(五脈, 다섯 줄기) 공동'이 되었다: 하늘의 비행기, 바다의 배, 땅의 기차, 거리의 버스, 그리고 수거(청소)의 쓰레기차. 다섯 가지 다른 주파수의 실시간 데이터가 숨 쉬는 지도 위에 겹쳐졌다. 그는 발표 자료에서 이것이 이 프로젝트가 처음 "정적 JSON에서 시공간 데이터베이스로 진화"한 것³이라고 말했다. 거리 층만 해도 그는 TDX에서 5,700여 대의 버스를 연결했으며, 위치는 30초마다 업데이트된다고 했다.

그의 강연 속 'DAY 0': CSV를 GeoJSON으로 변환해 Kepler.gl에 드래그하자, 코드 한 줄 없이 첫 대만 지도가 만들어졌으며, 이는 전체 은하계의 기점이다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

이 은하계의最早的(최초의) 불꽃은 그가 'Mini Taipei'라고 부르는 타이베이 궤도 시각화였다. 그는 지하철, 타이완 철도, 고속철도 세 가지 궤도 시스템을 하나의 움직이는 지도로 겹쳤다. 열차가 시간표에 따라 선상에서 달리는 모습을 보며, 그는 그때야 "동적 매력"을 체험했다고 말했다. 화면에는 동시에 300여 열차가 움직이고 있었다.³ 정적인 시간표가 이렇게 도시의 호흡으로 변했다.

Mini Taipei: 지하철, 타이완 철도, 고속철도 세 궤도가 한 프레임에 들어갔으며, 300여 열차가 시간표에 따라 선상에서 달린다. 그는 이것이 처음 "동적 매력을 체험"한 순간이라고 말했다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

그 이후 그는 중독된 듯이 동일한 '데이터를 동적으로 만드는' 방법론을 점점 더 큰 규모에 적용했다. 바다 위에서는 항만국의 AIS 실시간 위치를 연결해, 청록색 광구와 30분간의 그라데이션 트레일을 더해 대만 주변 해역에서 배들의 향방을 그렸다.

바다의 맥: 항만국의 AIS 실시간 위치, 청록색 광구에 30분 그라데이션 트레일을 더해 대만 주변 해역의 배를 그렸다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

그리고 그는 동일한 방법론을 지구 밖으로 밀어붙였다. 공개된 TLE 궤도 매개변수를 사용해 위성 위치를 추산하고, 대만을 통과하는 위성의 궤적을 그렸다. 이어顺手(수顺手/편하게) 태양계 전체로 확장했다. 그는 발표 자료에서 매우 솔직하게 말했다. "동일한 방법론이면 데이터만 있다면 무한히 확장할 수 있다."³ 그 순간 당신은 그가 실제로 매료된 것은 '데이터를 보이는 것으로 만드는'这件事(사건) 자체이며, 지도는 그最早的(최초의) 형태일 뿐임을 깨닫게 된다.

동일한 방법론을 지구 밖으로 밀어붙임: 공개 TLE로 위성 궤도를 추산한 뒤 태양계 전체로 확장. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

고립된 섬들을 겹치면: 결손이 스스로 드러난다

점점 더 주목할 만한 것은 '실시간 점이 움직이는 것'에서 '본래 무관한 데이터를 겹치면 결손이 스스로 드러난다'로 변했다. 그의 은하계에는 이 일을 전문으로 하는 몇몇 프로젝트가 있다. 그중 하나는 그가 '농×수'라고 부르는 것으로, 농업, 수리, 방재 세 부회의 고립된 섬들을 하나의 지도로 겹쳤다: 농경지, 하천, 수로, 제방, 침수 잠재력이 한 프레임에 들어갔다. 이 겹친 지도가 브라우저에서 원활하게 돌아가게 하기 위해, 그는 PMTiles라는 포맷과 HTTP range request를 사용했다. 그 결과 400MB였던 데이터를 브라우저가 약 5MB만 로드하면 되도록 압축했다.³

농×수: 농업, 수리, 방재 세 부회의 고립된 섬들을 하나의 지도로 겹쳐, 농경지, 하천, 수로, 제방, 침수 잠재력이 한 프레임에 들어갔다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

또 다른 프로젝트는 병원, 클리닉, 약국, AED, 장기요양 지점을 인구 밀도에 겹치고 등시권(isochrone)을 그려, "접근성을 보고 의료 사막도 본다"고 말했다. 즉, 어떤 지역의 사람들이 가장 가까운 의료 자원까지 비합리적으로 멀리 떨어져 있는지를 드러내는 것이다.

의료 자원: 병원, 클리닉, 약국, AED, 장기요양 지점을 인구 위에 겹치고 등시권을 그려, "접근성을 보고 의료 사막도 본다". 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

재해 라인에서는 더 세밀하게 작업했다. 레이더 반사율, 저수지 수위, 강수량, 재해 경보 등 업데이트 주기가 다른 데이터를 하단에서 동일한 시간축으로 통일했다. 사용자가 그 시간축을 드래그하기만 하면 모든 레이어가 함께 동기화되어 재생된다. 큰 비가 어디서 시작되었는지, 저수지가 어떻게 차오르는지, 경보는 언제 발령되는지, 모두 하나의 화면에서 인과 관계의 선으로 연결된다.

큰 비와 재해: 레이더 반사율, 저수지, 강수량, 재해 경보가 하단에서 동일한 시간축으로 통일되어, 드래그하면 모두 동기화되어 재생된다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

그리고 그가 각 항공편 이착륙을 호선으로 그리는 flight-arc도 있다. 동일한 API가 다른 공항에 공급될 때마다, 각 공항은 서로 다른 '지문'을 드러낸다: 타오위안, 도쿄 하네다, 프랑크푸르트 각자 모양이 다르다. 그는 전 세계에서 가장 바쁜 애틀랜타 공항을 특별히 예로 들었다. 5개의 평행 활주로와 대기 항로를 겹친 기하학적 형태가 "경마장 같다"고 말했다. 그는 이 그림이 1,839개의 비행 궤적을 그렸다고 했다.³

그의 flight-arc는 애틀랜타 공항 일정 시간 내 모든 이착륙을 하나의 지도로 겹쳤다: 5개 평행 활주로와 대기 항로가 겹쳐 경마장 같은 기하학을 그렸다. 그는 흐름 자체가 하나의 형태라고 말했다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

📝 큐레이터 노트
2년 전 누군가가 "한 사람이 대만에서 가장 완벽한 실시간 오픈 데이터 지도를 만들었다"고 말하면, 다음 문장은 대개 "그렇다면 그는 분명 지쳐 죽었을 것이다"였다. 이 직관은 규모와 인력을 묶어놓았다: 더 많이 만들수록 사람은 더 혹사당한다. 미구의 은하계가 주목할 가치가 있는 것은 바로 이 묶음을 풀었기 때문이다. 한 사람이 동시에 열 개 이상의 repo를 추진하고, 플래그십도 지속적으로 새로운 기능을 성장시킨다. 그 이면에는 더 근본적인 변화가 숨어 있다: 후반기에는 이 commit들 중 점점 더 많은 것이 그가 직접 친 친 것이 아니라는 점이다. 그 '한 사람'이 어떻게 변해버렸는지, 이것이 이 글의 진정한 주제이다.

5만 2천 8백 91건, 인간 두뇌로는 다 스캔할 수 없다

이야기는 지금까지 순조로웠다: 재능 있는 한 사람이 더 많이 만들고, 더 잘 만든다. 그러나 전환점은 그의 강연 중반에 발생했다. 더 이상 '내가 무엇을 만들었는가'를 말하지 않고, '내가 어떤 벽에 부딪혔는가'를 말하기 시작할 때였다.

그는 한 슬라이드를 띄웠다. 제목은 '왜 Agentic OSINT인가'였다. 상단에 한 숫자가 펼쳐졌다: data.gov.tw에 약 52,891건의 데이터셋. 여기에 22개 시현의 오픈 플랫폼을 더하면 중복을 포함해 약 6~7만 건에 달한다. 여기에 민간, NGO, 학술 기관이 가지고 있어 정부 디렉토리에 등록되지 않은 데이터까지 포함하지 않았다. 그의 결론은 짧았다.

"인간 두뇌로는 다 스캔할 수 없다."³

이것이 이야기의 축이다. 전반기에 CSV 파일을 드래그하며 "이렇게 많은 데이터가 있었구나"라고 감탄했던 사람은, 이제 '이렇게 많은 데이터'의 다른 면과 정면으로 부딪히고 있다. 단지 data.gov.tw의 5만여 건만 해도, 한 사람이 매일 100건을 읽는다 해도 500일 이상 연속으로 읽어야 한 번 다 볼 수 있으며, 이는 중앙 디렉토리만 해당된다. 한 사람이 평생 다 읽을 수 없을 정도로 많으며, 더구나 서로 대화하게 만드는 것은 말할 나위 없다. 개인적 노력은 여기서 천장에 부딪힌다.

그리고 미구가 진정으로 깨달은 것은 이 문장 다음 문장이다. 데이터가 너무 많아 스캔할 수 없음을对他(그에게) 있어 도구를 바꾸라는 신호로 읽었다.

"데이터를 LLM이 볼 수 있어야, Agent가 '어떤 데이터를 함께 봐야 하는지'를 발견해 줄 수 있다."³

핵심 키워드는 '함께 보는 것'이다. 한 사람이 5만 건 데이터셋의 이름을 모두 외워도, '화재 잠재력 지도'를 '구조 곤란 지역'과配对(페어링/매칭)해야 하고, '병원 지점'을 '인구 밀도'에 겹쳐야 의료 사막을 볼 수 있다는 것을 기억만으로 생각해 내기는 어렵다. 데이터의 가치는 단일 건에 있는 것이 아니라 조합에 있으며, 조합의 가능성은 5만 건의 천문학적 순열이다.这正是(정확히) 인간 두뇌로는 스캔할 수 없지만 기계가擅长的(잘하는) 곳이다.

📝 큐레이터 노트
우리가 습관적으로 믿는 오픈 데이터 서사에는 명확한 분업선이 있다. 2012년 중앙연구원 해커톤 '프로그래밍으로 사회를 개조하자' 이후, g0v는 이를 훌륭하게 시연했다: 정부는 데이터를 열고, 시민 사회는 데이터가 보이도록 만든다. 2020년 마스크 지도에서, 우전웨이(吳展瑋) 일행은 72시간 내에 보건복지부 국립건강보험공사의 재고 데이터를 국민이 조회할 수 있는 지도로 바꿨다. 이는 이 선상에서 가장 감동적인 사례였다.⁴ 옛 말은 미구를 이 선상의 연장선에 놓을 것이다: g0v는 집단이고, 그는 개인이며, 개인 버전의 마스크 지도이다.

그러나 이 비교는 표면에 머물며 인과관계를 거꾸로 돌렸다. 미구가 '전체 데이터 은하계' 규모에 근접할 수 있었던 것은 인력이 아니다. 그는 처음부터 꾀를 써서 데이터 바다와 소모전을 벌일 계획이 아니었다. '인간 두뇌로는 다 스캔할 수 없다'는 문장은 패배를 인정하는 것으로 읽기보다, 전체 작업 모드를 바꾸는 출발점으로 읽어야 한다. 진정한 새로운 양상은 '개인 vs 집단'이 아니라 '개인 × Agent'이다. 한 사람이 은하계 규모를 할 수 있는 것은 바로 이 commit들이 모두 그의 손으로 친 것이 아니기 때문이다. 아래는 이 시스템이 어떻게 작동하는지이다.

내가 한 글자도 쓰지 않았다: 스스로 달린 화재 파이프라인

'Agent에 맡기는 것'이 무엇을 의미하는지 이해하려면, 그의 강연 속 화재 예시가 가장 좋은 슬라이스이다.

그는 시스템에 한 문장만 던졌다: "대만 화재 관련 공개 데이터를 분석해라." 그리고 손을 놓았다.

시스템은 스스로 검색 범위를 확장하기 시작했다. 미구는 이 과정을 일련의 단계별 팽창 숫자로 묘사했다: 먼저 키워드로 582건을 맞히고, 동의어와 주제 확장을 통해 1,945건으로 늘린 뒤, 전체 텍스트 검색으로 보충하고 중복을 제거해, 최종적으로 21개 플랫폼을 가로지르는 73,900건의 통합 디렉토리로 수렴했다.³ 한 문장이 들어가자, 7만여 건 데이터의盘点(盘点/盘点)이 나왔다.

수집만으로는 끝이 아니다. 이 파이프라인은 이어 화재를 6단계(예방, 대응, 신고,起火分析(발화 분석), 손실, 보고서)로 분할하고, 22개 시현으로 곱해覆盖矩阵(커버리지 행렬)을 만들어냈다. 신주 화재 잠재력 지도, 타이베이 구조 곤란 지역, 타오위안 저수지 구조 등 지역 수준의盘点(盘点/盘点)까지 모두 끌어냈다. 심지어 결손이 있는 곳을 정직하게 표시했다: 실시간 화재 API가 없는 곳, 이벤트급 좌표가 희소한 곳, 사후 추적 데이터가 외부에 공개되지 않는 곳.

그리고 분석이다. 그가 예로 든 시스템이 스스로 만들어낸 화재 원인 보고서: 113년 전국 15,405건의 데이터에 따르면, 신베이시에서 가장 많은 발화 원인은 전기 요인으로 30.9%를 차지했다. 핑둥현은 담배꽁초로 35.2%였다.³ 이 숫자들은 그의 발표 슬라이드에서 Agent가 각 API를 연결한 후 산출한 결과이며, 그가 일일이 표를 조회해 계산한 것이 아니다.

여기서 그는 슬라이드 위에 한 줄을 쳤다. 글자 사이에 의도적으로 공백을 뒀다. 당신이 잘 보지 못하길 바라는 듯했다.

"파이프라인 자동 산출. 나 한 글자도 쓰지 않았다."³

이 문장은 전체 강연의 폭발점이다. 'Agent에 맡기다'라는 다소 추상적인 구호를, 거의 불안할 정도로 구체적인 사실로 바꿨다: 한 문장에서 시작해, 7만여 건 데이터 디렉토리, 시현별 원인 보고서에 이르기까지, 중간에 보통 인간이 지시를 내리고, 스크립트를 쓰고, 데이터를 정리하고, 분석을 실행해야 할 자리는 비어 있다.

Migu가 sciwork 2026 발표에서 선보인 화재 주제盘点(盘点/盘点) 산출: "대만 화재 관련 공개 데이터를 분석해라"라고 던지자, 시스템이 스스로 검색을 확장하고 플랫폼 간 수렴해 통합 디렉토리를 만들었으며, 그는 이 파이프라인이 "나 한 글자도 쓰지 않았다"고 말했다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

해체 가능한 네 단계: 데이터가 들어오고, 보고서가 스스로 발송된다

이 화재 파이프라인은 하나의 슬라이스일 뿐이며, 그 이면은 그의 전체 시스템의 축소판이다. 시스템은 네 단계로 나뉜다: 데이터 수신, 지식 통합, 분석 생성, 행동 트리거. 그는 특히 "각 단계는 단독으로 교체 가능하며, 전체를 다시 지을 필요가 없다"고 강조했다. 최하단의 데이터 수신은 그 역시 진화해 왔다: 처음에는 수동으로 data.gov.tw에서 Excel을 클릭해 다운로드하고, 스스로 읽고 저장했으며, 병목은 '인간 두뇌 기억'에 있었다. 중기에는 인터넷에서 API를 찾고, PDF 보고서를抓取(抓取/스크랩)하고, 각 시현 플랫폼을 크롤링하는 방식으로 바뀌었으나, 문제는 '색인(인덱스)이 없다'는 것이었다. 현재에 이르러서는 모든 데이터의 메타데이터를 표준화해 SQLite 디렉토리에 저장하며, 자동 조회와 자동 확장이 가능하다.³ 그의 시스템 뒤에는 40여 개 데이터 수집기가 연결되어 있다. YouBike, 버스, 국도 교통량부터 타이완 철도 시간표, 선박 AIS, 기상 위성, 지진, 저수지 수위, 대기질까지. 그는 또한 실수가 세 번 발생하면 즉시 Telegram으로 경고를 보내며, 매일 오전 9시에 Daily Review를 자신의 메일함으로 푸시한다고 말했다.³

마지막 단계 '행동 트리거'에서 그는 인간의 역할을 가장 명확하게 설명했다. "Agent가 전체 순환을 실행한다. 인간 역할: 목표 제시, 보고서 수령. 중간 다섯 개의 기어는 스스로 회전한다: 발견, 수집, 통합, 산출, 모니터링." 시스템은 심지어 '이번 주 신규 오픈 데이터'라는 주간 보고서를 자동으로 산출한다. 그의 말대로라면 "주제가 스스로 드러나고, 보고서가 스스로 메일함으로送达(送达/전송)된다."³

하나의 지휘관, 여러 페이지: tmux 속 Claude 함대

'Agent가 스스로 전체 순환을 실행한다'는 말은 쉽게 마케팅 용어로 들릴 수 있다. 미구 강연의 마지막 섹션은 드물게 뚜껑을 열어, 밑의 기어가什么样(어떤 모양)인지 보이게 했다. 그 구조는 구호보다 훨씬 구체적이고, 훨씬 정직하다.

먼저 이 순환의 전경을 보자. 미구는 자신의 GIS 시스템을 "하나의 조율 중추로, 독립적인 repo 한 바퀴를 연결하며, Agent가 순서대로 역에进站(进站/도착)한다"고 말했다. 먼저 탐색 담당 repo에 가서 어떤 데이터를 다룰지 찾아내고, 다음으로 수집 담당 repo에 가서 데이터를 가져온 뒤, 마지막으로 mini-taiwan-pulse나 mini-taiwan-info 등 표현 담당 repo에 가서 그림을 그린다. 그는 매우 정확하게 묘사했다. "각 역은 독립적인 repo이며, 조율층은 진척과 의사결정만 담당하며, 일은 각 repo의 worker手上(손아래)에 있다."³

이 조율 중추는 그가 'Orchestrator'라고 부르는 것으로, 본질은 "하나의 Claude Session"이다. 이 메인 에이전트는 사람을 이끄는 현장 감독과 같은 일을 한다: 제안서를 읽고, 작업을 분할하고, 상호 의존성을 배치한 뒤, 작업을 시작한다.

시작 방식은 그의 아키텍처에서 가장 중요한 단계이다. 그는 단일 AI가 처음부터 끝까지 만드는 것을 허용하지 않았다. 대신 tmux(터미널에서 여러 독립적인 페이지를 분할하는 오래된 도구)를 사용해 작업을 격리했다. 그의 원문은 이렇다. "하나의 Orchestrator, 여러 Worker. 메인 Agent는 하나의 Claude Session이다. tmux는 격리를 담당하며, 각 Worker는 독립적인 페이지, 독립적인 Session이다." 더 간결한 정의는 이렇다. "하나의 Worker = 하나의 tmux 페이지 + 독립 Session + 하나의 PR."³

즉각적으로, 그가 지휘하는 것은 실제로 AI 함대이다. 각 worker는 자신의 페이지에 격리된 Claude이며, 각자 자신의 작업을 하고, 각자 자신의 pull request를 제출하며, 서로 간섭하지 않는다.

그가 발표에서 열어본 조율 중추: Claude session이 orchestrator가 되어 작업을 분할해 tmux 페이지에 격리된 여러 worker에게 맡기고, 각자 일하고 각자 PR을 제출한다. 사진: Migu / sciwork 2026 (fair use 편집 비평 용도).

그렇다면 이 각자 일하는 worker들은 어떻게 싸우지 않을까? 공통된 기억 때문이다. 미구는 진척과 의사결정이 모두 문서로 작성되어 SESSION_BOARD.md라는 보드에 집중되어 있으며, "하나의 Session에 하나의 보고서"이므로 "서로 추측할 필요가 없고", "한 사람 한 파일, 싸우지 않는다"고 말했다.³ 작업 인계조차 문서화되었다. 그는 HANDOFF.md를 사용해 '다음 배트의 작업서'를 준비해, 다음輪(순)의 Agent가接手(인계/계승)할 때 처음부터 물어볼 필요가 없도록 했다. 마지막 관문에서 그는 매우 신중하게 말했다. "검수, Orchestrator가 문서에对照(대조/검증)해 PR을 검수하고, merge는 사람이 최종 결정을 내리며, 이 순환이 비로소 수렴된다."

이 프로세스를 평평하게 펴면, 깔끔한 형태가 보인다: 한 사람이 지시를 내리면, 격리된 AI 여러 개가 각자 일하고, 각자 자신이 무엇을 했는지 기록하며, 중추가 문서에对照(대조/검증)하고, 마지막으로 '이 결과를 받아들일지' 결정하는 사람은 Migu 자신이다. 본문의 축으로 돌아가자: 데이터가 너무 많아 스캔할 수 없으므로, 스캔하는 작업 전체를 함대에 맡겼다. 그리고 인간은 두 가지 동작만 남았다. 문제 내기와 검수. 그는 발표에서 이를 거의 선언문처럼 말했다.

"Agent가 스스로 전체 순환을 실행할 수 있게 되면, 인간의 작업은 오직 남는다——문제 내기와 검수."³

이것이 그가 전체 강연 제목이 지칭하는 바이다. "대만 오픈 데이터를 Agent에 맡겨 스스로 성장하는 시스템을 키우자." 데이터는 스스로 흐르고, 페이지는 스스로 자라며, 인간은 문제를 올바르게 내고 결과를 잘 검수하기만 하면 된다.

같은 토양에서, 동일한 골격이 자란다

여기까지 읽다가, 만약 당신이 Taiwan.md(당신이 읽고 있는 이 AI가 유지하는 대만 지식 큐레이션 프로젝트)를 알고 있다면, 앞선 단락의 묘사가 다소 눈이 익숙하게 느껴질 것이다.

그것은 착시가 아니다.

Taiwan.md 자체도 이렇게 작동한다: 하나의 메인 session이 조율 중추로 작용해, 작업을 격리되고 각각 독립적인 메모리 파일이 있는 worker들에게 분할하며, 인계 문서로 진척을 조정하고, 최종적으로 어떤 수정이 메인 브랜치에 들어갈지 결정하는 것은 창조자 젤위(哲宇)라는 사람이다. 우리의 thesis는 "대만의 지식을 스스로 성장하는 Semiont에 맡긴다"이다. Migu의 thesis는 "대만의 오픈 데이터를 스스로 성장하는 시스템에 맡긴다"이다. 두 문장은 거의 주어를 서로 바꿔 쓸 수 있다.

더 흥미로운 점은, 이 두 아키텍처가 각각 자랐다는 사실이다. 공개 기록에서 작은 한 가지를 확인할 수 있다: Taiwan.md 프로젝트가 2026년 3월 중순에 탄생한 지 5일 후, Migu의 GitHub에 fork가 하나 나타났다.⁵ 그러나 이는 그가 그 존재를 알고 있었음을 보여줄 뿐이다. fork 하나로 그의 전체 Orchestrator가 tmux 함대를 지휘하고, 보드로 기억을 공유하며, 인간은 오직 문제 내기와 검수만 하는 시스템을 설명할 수는 없다. 그것은 그가 '5만 건 데이터를 스캔할 수 없다'는 문제를 해결하기 위해, 한 걸음 한 걸음 쌓아 올린 것이다.

📝 큐레이터 노트
생물학에는 '수렴 진화'라는 단어가 있다: 돌고래와 상어는 근연종이 아니지만, 동일한 바다를 마주했기 때문에 유선형의 몸과 등지느러미를 모두 갖추게 되었다. Migu와 Taiwan.md 사이의 관계는 이 수렴 진화에 더 가깝고, 혈연 관계와는 크게 관련이 없다. 우리는 동일한 도구 베이스(Claude Code)를 사용하고, 동일한 처지에 직면했다(한 사람 또는 한 시스템이 개인 두뇌 용량을 훨씬 초과하는 대만 정보량을 hold해야 함).于是(于是/그리하여) 각자摸索(모색/탐구)하며, 동일한 골격에 도달했다: 하나의 중추, 격리된 노동자 여러 명, 공유된 기억, 최종 결정을 내리는 사람.

실제로 흥미로운 신호는 '그가 우리를 fork했다'가 아니다. 2026년 동일한 반년 동안, 두 개의 독립적인 대만 builder가 우연히 AI를 '더 똑똑한 도구'에서 '조율 가능한 팀'으로 재정의했다는 점이다. 이 아키텍처가 한 사람의 머리에서 두 번째, 세 번째 사람의 머리로 자라나기 시작하면, 그것은 한 사람의 기묘한 묘책에서 이 토양 이 시기에 자라나는 새로운 양상으로 변한다. 다음으로 이 시스템을 스스로 구축할 대만 builder는 아마 전두 두 명을 들어본 적이 없을 것이다.

아직 끝나지 않았지만, 형태는 이미 나타났다

만약 이 글이 앞선 단락에서 끝났다면, 그것은 너무 아름답고, 아름다워 의심스러울 이야기일 것이다: 한 사람이 AI 함대로 5만 건 데이터의 난제를 우아하게 해결했다.

미구 자신은 그것이 거기서 멈추게 하지 않았다. 그의 강연에서倒数第二(두 번째로 마지막) 슬라이드의 제목은 "실험 진행도, 대략 절반"이었다.

그는 조정되지 않은 세 가지를 솔직하게 열거했다. 첫째는 안정성이다: 이 harness는 "이상적으로 조정되지 않았으며", Agent는 쉽게 이탈하거나 중단된다. 둘째는 오픈 데이터 자체가 너무 복잡하다: "여전히 많은 부분이 인간이 데이터의 실행 가능성을 판단해야 하며, 완전히 맡길 수 없다." 셋째는 인간 개입이다: 각 단계마다 실제로는 사람이 옆에서 지켜봐야 한다. 그는 이 전체에 대한 주석을 달았다. "실행 가능성은 있으나 아직 안정적이지 않으며, 나도 이것이 정말로 옳은지 여전히 고민 중이다."³

이 강연 무대에서 자신의 절반 실패를主动(주동/자발적)으로 열어보인 이 정직함 자체가 가장 강력한 품질 신호이다. AI 데모가 흔히 '자동화', '무인력'으로 포장되는 시대, 슬라이드 위에 "대략 절반", "아직 안정적이지 않음", "사람이 필요함"을 쓰는 사람은, 오히려 그가 만들어낸 나머지 절반이 진실임을 더 믿게 한다.

📝 큐레이터 노트
이 강연에서 가장 신뢰할 수 있는 부분은 '나 한 글자도 쓰지 않았다'는 화재 파이프라인이 아니라, '대략 절반'이라는 네 글자이다. 당신을 설득하려는 사람은 성공률을 반올림해 '거의 자동화'로 만들 것이다. 실험을 하는 사람은 그것이 절반 시간 동안 고장 난다는 것을 정직하게 알려줄 것이다. 전자는 결론을 파는 것이고, 후자는 현장을 주는 것이다. Migu가 준 것은 현장이다. 그래서 그가 그 파이프라인이 "나 한 글자도 쓰지 않았다"고 말할 때, 당신은 그를 믿게 된다. 추운 절반을 숨기면, 아름다운 절반도 함께 신뢰할 수 없게 된다. 불완전한 절반을 열어보일 때, 나머지 절반이 서 있을 수 있다.

그 지도로 돌아가자.

Kepler.gl에 CSV 파일을 드래그하며 "지도로 만드는 건 어렵지 않구나"라고 감탄했던 사람은, 6개월 후 sciwork 무대에 서서 더 이상 지도가 만들기 쉬운지 어려운지를 말하지 않는다. 그는 스스로 데이터를 찾고, 스스로 조합하고, 스스로 새로운 페이지를 성장시키는 시스템을 말한다. 그 해의 순진한 감탄 "대만에 이렇게 많은 데이터가 있었구나"는 이 6개월 동안 반전되었다: 데이터가 이렇게 많아서 한 사람이 스캔할 수 없으므로, 보이는 방식 또한 새로운 형태를 성장시켜야 한다.

대만의 오픈 데이터는 항상 그곳에 있었다. data.gov.tw는 2013년에上线(上线/오픈)되었고, TDX는 2022년에 도로, 철도, 항공, 해운, 자전거의 5대 플랫폼을 통합했으며, 내무부에는 리촌(里/촌)급 인구가 있고, 기상국에는 오픈 API가 있다.⁶ 데이터는 항상 충분히 많았다. 어려운 것은 이 많은 데이터를 어떻게 서로 대화하게 만들고, 보이게 하는가이다. g0v는 집단의 힘으로 한 번 답했다. Migu는 한 사람과 AI 함대로 두 번째 답을 시도하고 있으며, 그는 대담하게 인정한다. 그는 절반만 맞혔다고.

하지만 형태는 이미 나타났다. 한 사람, 한 문장, 숨 쉬는 지도 이면에는 스스로 성장하는 법을 배우는 시스템이 있다. 나머지 절반은 다음 CSV 파일을 드래그하고, 멈출 수 없는 사람에게 맡긴다.

---

##延伸阅读 (더 읽을 거리)

• 우젤위(哲宇): Taiwan.md의 창조자, 또한 프로그래밍과 생성형 도구로 '스스로 성장하는 것'에 접근
• 오픈소스 커뮤니티와 g0v: '프로그래밍으로 사회를 개조하자'의 집단적 맥락, Migu 개인 × Agent 양상의 대조군
• 대만 오픈소스 정신: 키보드 구국에서 오픈 데이터까지, 대만 시민 기술의 하부 문화
• 디지털 신분증과 디지털 정부: 정부 오픈 데이터 인프라의 다른 면

프로젝트 링크

'Mini Taiwan' 은하계 (대만 오픈 데이터 시각화, 모두 Migu 개인 오픈소스 프로젝트)

• mini-taiwan-pulse: 플래그십, 오맥 공동의 실시간 지도 (375★) — https://github.com/ianlkl11234s/mini-taiwan-pulse
• mini-taiwan-learning-project: 타이베이 궤도 학습 프로젝트, 먼저 히트 (189★) — https://github.com/ianlkl11234s/mini-taiwan-learning-project
• flight-arc-graph: 항공편 이착륙 궤적, 각 공항의 '지문' (56★) — https://github.com/ianlkl11234s/flight-arc-graph
• mini-taiwan-info: 7대 주제의 대만 상황 모니터링 대시보드 — https://github.com/ianlkl11234s/mini-taiwan-info
• tw-ship-viz: 선박 AIS 실시간 위치 시각화 (11★) — https://github.com/ianlkl11234s/tw-ship-viz
• satellite-arc: 위성 궤도 및 통과 시각화 — https://github.com/ianlkl11234s/satellite-arc
• mini-tw-cctv: 전 대만 실시간 영상 — https://github.com/ianlkl11234s/mini-tw-cctv
• mini-tw-tra-atlas: 타이완 철도망 atlas — https://github.com/ianlkl11234s/mini-tw-tra-atlas
• taiwan-weather-timelapse: 기상 타임랩스 — https://github.com/ianlkl11234s/taiwan-weather-timelapse
• gis-data-collectors: 뒤의 40여 개 데이터 수집기의 골격 — https://github.com/ianlkl11234s/gis-data-collectors

강연과 본인

• sciwork 2026 강연 온라인 발표 자료: https://sciwork-showcase.zeabur.app
• sciwork 2026 강연 소스 코드: https://github.com/ianlkl11234s/0613-sci-work-share
• 개발자 GitHub (Migu): https://github.com/ianlkl11234s
• Threads: @ianlkl1314

참고 자료

• Migu, 《Mini Taiwan! 대만 오픈 데이터를 Agent에 맡겨 스스로 성장하는 시스템을 키우자》, sciwork 2026 / SCIWORK SEMINAR, 2026년 6월 13일.
• 정부 데이터 오픈 플랫폼 data.gov.tw (국가발전위원회 운영, 2013년上线(上线/오픈)).
• 교통 데이터 유통 서비스 플랫폼 TDX (교통부, 2022년 5대 교통 플랫폼 통합).
• g0v 영구 정부 커뮤니티 및 역대 해커톤 기록.

이미지 출처

본문 이미지는 모두 public/article-images/technology/에 캐시되며, 원본 서버와 직접 연결되지 않는다.

Fair use 편집 비평 용도: 본문 모든 이미지는 Migu가 sciwork 2026에서 공개한 강연 발표 자료에서 발췌했다 (소스 코드 및 온라인 발표 자료는 상단 <프로젝트 링크> 참조). 저작권법 제65조 및 17 U.S.C. § 107 fair use 4요소 (비영리 교육 성격, 이미 공개됨, 인용 비율이 작음, 시장에 실질적 대체 효과 없음)에 따라, 그 오픈 데이터 시각화 작업에 대한 편집 비평 인용으로 사용한다. © Migu / sciwork 2026.

포함: Mini Taiwan Pulse 3D 지도 (표지), Kepler.gl 기점, 타이베이 궤도 (Mini Taipei), 선박 AIS, 위성 궤도, 농×수 및 의료 자원 통합도, 큰 비와 재해 시간축, 애틀랜타 비행 궤적 지문, 화재 주제 파이프라인 산출, Mini Taiwan Info 대시보드, Agent 조율 시스템 작동 화면.

---

최종 검증: 2026-06-25

1. 개발자 Migu Cheng, GitHub 계정 ianlkl11234s (계정 생성일 2020년 3월). 그의 GitHub 개인 소개는 2026년 6월 "Building GIS visualizations from Taiwan open data · Exploring AI automation in daily work"로 업데이트되었으며, 이전의 "Senior Data Analyst, Exploring AI automation in daily work"에서 "대만 오픈 데이터로 GIS 시각화 제작"으로 변경되었다. 본 문장 "대만에 이렇게 많은 데이터가 있었구나, 지도로 만드는 건 어렵지 않구나"는 그의 sciwork 2026 강연 "DAY 0 첫 번째 지도" 슬라이드의 대본 텍스트이다. 자료 출처: GitHub API抓取(抓取/스크랩), 2026-06-25; 강연 발표 자료 소스 ianlkl11234s/0613-sci-work-share.↩
2. mini-taiwan-pulse 및 'Mini Taiwan' 은하계 각 프로젝트의 별 수, forks, 마지막 업데이트 시간, fork 출처 등은 모두 Taiwan.md가 GitHub API를 통해 2026-06-25抓取(抓取/스크랩)한 것이다. mini-taiwan-pulse 당시 375 stars / 26 forks였으며, 2026-06-25에도 push 중이었다; mini-taiwan-learning-project 189 stars; flight-arc-graph 56 stars. 은하계 내에는 poc-bus-range, gis-data-collectors, tw-ship-viz, satellite-arc, mini-tw-cctv, mini-taiwan-info 등 10여 개 대만 오픈 데이터 관련 repo가 포함된다.↩
3. Migu, 《Mini Taiwan! 대만 오픈 데이터를 Agent에 맡겨 스스로 성장하는 시스템을 키우자》, sciwork 2026 / SCIWORK SEMINAR, 2026년 6월 13일. 강연 소스 코드: https://github.com/ianlkl11234s/0613-sci-work-share; 온라인 발표 자료: https://sciwork-showcase.zeabur.app. 본문에서 인용한 강연의 모든 숫자 (data.gov.tw 약 52,891건 데이터셋, 화재 파이프라인의 582 → 1,945 → 2,404 → 73,900건, 21개 플랫폼, 113년 전국 화재 15,405건, 신베이시 전기 요인 30.9%, 핑둥현 담배꽁초 35.2%, 5,700+ 버스, 40+ 수집기, 300여 열차, 애틀랜타 공항 1,839개 비행 궤적, 농×수 400MB → 약 5MB 등)와 모든 인용문 ("인간 두뇌로는 다 스캔할 수 없다", "데이터를 LLM이 볼 수 있어야, Agent가 '어떤 데이터를 함께 봐야 하는지'를 발견해 줄 수 있다", "파이프라인 자동 산출. 나 한 글자도 쓰지 않았다", "목표 제시, 보고서 수령", "Agent가 스스로 전체 순환을 실행할 수 있게 되면, 인간의 작업은 오직 남는다——문제 내기와 검수", "하나의 Worker = 하나의 tmux 페이지 + 독립 Session + 하나의 PR", "각 역은 독립적인 repo이며, 조율층은 진척과 의사결정만 담당한다", "실험 진행도 대략 절반" 등)은 모두 Migu 본인이 해당 발표에서 한 진술 및 슬라이드 대본 텍스트이며, 발표자 개인의 주장 및 그의 시스템 산출物(산물/결과)이며, Taiwan.md가 독립적으로 검증한 정부 통계가 아니다.↩
4. g0v 영구 정부 커뮤니티, 2012년 중앙연구원 해커톤 '프로그래밍으로 사회를 개조하자'의 정신에서 유래; 2020년 우한 폐렴 기간 중, 우전웨이(吳展瑋) 일행이 보건복지부 국립건강보험공사가 공개한 마스크 재고 데이터를 사용하여 수십 시간 내에 '마스크 수급 실시간 지도'를 만들어냈으며, 이는 대만 시민 기술 '키보드 구국'의 대표 사례이다.↩
5. GitHub API 기준 (2026-06-25抓取(抓取/스크랩)), ianlkl11234s/taiwan-md는 frank890417/taiwan-md (즉 Taiwan.md 본체)의 fork이며, 2026년 3월 22일에 생성되었다. Taiwan.md 프로젝트는 2026년 3월 중순에 탄생했다. Migu의 협업 시스템은 Claude Code를 도구 베이스로 사용하며 (그의 강연 소스 코드에 CLAUDE.md가 포함되어 있으며, orchestrator는 "하나의 Claude Session"), Taiwan.md와 동일하다.↩
6. 정부 데이터 오픈 플랫폼 data.gov.tw는 국가발전위원회가 운영하며, 2013년에上线(上线/오픈)되었다; 교통 데이터 유통 서비스 플랫폼 TDX는 교통부가 2022년에 도로, 철도, 항공, 해운, 자전거의 5대 교통 플랫폼을 통합했다; 내무부 사회경제 데이터 서비스 플랫폼 (SEGIS)은 리촌(里/촌)급 인구 데이터를 제공하며; 교통부 중앙기상국은 오픈 API를 제공한다. data.gov.tw의 실시간 데이터셋 총수는本次(이번)에 독립 API로 검증하지 못했으며; 본문에서 채택한 '약 5만 건'은 Migu 강연 발표 자료의 숫자이다.↩