Mini Taiwan Pulse: глазами куратора — Тайвань как дышащая карта

В начале 2026 года некий аналитик данных по имени Migu превратил один CSV-файл в GeoJSON, перетащил его в браузерный инструмент Kepler.gl. Не написав ни строчки кода, он увидел на экране первую карту Тайваня.

В университете он изучал урбанистику, тогда немного столкнулся с ГИС (геоинформационными системами — простыми словами, инструментами, заставляющими данные жить на карте), после выпуска пошёл по пути аналитики данных, и с картами давно не пересекался. В тот момент, когда он перетащил CSV в Kepler.gl и увидел, как Тайвань вырастает на экране, в голове возникло простое, почти наивное удивление:

«Оказывается, у Тайваня так много данных, оказывается, сделать из них карту совсем несложно.»¹

Эта фраза звучит ничем не примечательной. Но позже она стала зародышем целой системы.

30-секундный обзор: Migu (GitHub ianlkl11234s) с конца 2025 года создал более десятка проектов визуализации на открытых данных Тайваня. Самый известный — mini-taiwan-pulse — набрал 375 звёзд на GitHub: он наложил пять потоков реального времени — небо, океан, суша, улицы, уборка мусора — в одну оживлённую карту². Но в июне 2026 года в выступлении для сообщества sciwork он честно сформулировал проблему: только в центральном каталоге открытых данных Тайваня — около 50 тысяч наборов, разбросанных по двадцати плюс площадкам округов и городов, «человеческий мозг не пересмотрит». Его ответ — не нанять больше людей для просмотра, а отдать данные всей системе, оркестрируемой AI-агентом, которая растёт сама, а человек только ставит задачи и принимает работу³.

Эта статья о том, как один человек от наивного перетаскивания CSV пришёл к тому, чтобы отпустить систему и позволить ей расти самостоятельно.

Один GitHub, выросший в звездную систему

Если смотреть только на mini-taiwan-pulse, легко представить Migu как энтузиаста-любителя: вдохновился в выходные, сделал демо, случайно взлетело.

Это представление ошибается в двух местах.

Во-первых, он сделал не один проект. Откройте его GitHub: с декабря 2025 года там плотно стоят визуализации открытых данных Тайваня. Самый ранний — proof-of-concept зон охвата автобусов, затем к концу декабря учебный проект mini-taiwan-learning-project первым стал популярным (189 звёзд). В феврале — реальные позиции судов AIS, проект flight-arc-graph, рисующий дугами взлёт и посадку каждого рейса (56 звёзд). К концу февраля вышел mini-taiwan-pulse, затем атлас ТРЗ (тайваньской железной дороги), орбиты спутников, реальное видео с CCTV, сводный мониторинг mini-taiwan-info… и так до июня². Более десятка репозиториев слились в единую систему, которую он сам назвал «звездной системой Mini Taiwan».

Другой член звездной системы — Mini Taiwan Info: он свел разрозненные открытые данные в панель ситуационного мониторинга: население, рельсовый транспорт, судоходство, водные ресурсы, пожарная охрана, медицина — одна страница, одна тема. Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Если вывести звёзды проектов, видно: хитов не один.

Второе несоответствие скрыто в словах «один человек» — вернёмся к этому позже. Пока посмотрим, как росла система.

Один подход — от метро до Солнечной системы

Сам флагман тоже рос. Ранний mini-taiwan-pulse имел три слоя: небо, океан, суша. К версии выступления стало «пять пульсов вместе»: самолёты в небе, корабли в океане, поезда на суше, автобусы на улицах, мусоровозы на уборке — пять потоков разной частоты на одной дышащей карте. В слайдах он сказал, что проект впервые «эволюционировал из статического JSON в пространственно-временную базу данных»³. Только уличный слой — это более 5700 автобусов из TDX, обновление позиций каждые 30 секунд.

Его «DAY 0» в слайдах: CSV в GeoJSON, перетащен в Kepler.gl, нуль строк кода — первая карта Тайваня, точка отсчёта всей звездной системы. Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Первая искра этой системы — проект «Mini Taipei», визуализация рельсов Тайбэя. Он наложил метро, ТРЗ и высокоскоростную линию в одну оживлённую карту: поезда едут по расписанию в браузере, он сказал, что тогда впервые «пережил привлекательность динамики», на экране одновременно более трёхсот поездов³. Статическое расписание превратилось в дыхание города.

Mini Taipei: метро, ТРЗ, высокоскоростная линия в одном окне, более трёхсот поездов едут по расписанию онлайн. Он говорит: это было первое «переживание привлекательности динамики». Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

С тех пор он, словно втянулся, переносил тот же подход «данные в динамику» на всё большие масштабы. На море — подключил AIS портового ведомства, голубые светящиеся шары с 30-минутным градиентным хвостом, нарисовал движения судов вокруг Тайваня.

Морской пульс: AIS портового ведомства, голубые шары с 30-минутным градиентным хвостом, показывают судна вокруг Тайваня. Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Потом тот же метод унёс за пределы Земли. По открытым параметрам TLE рассчитал позиции спутников, нарисовал их пролёты над Тайванью, и в passant продолжил до всей Солнечной системы. В слайдах он сказал прямо: «Один и тот же метод, пока есть данные, можно бесконечно продолжать.»³ В тот момент понимаешь: его манит не карта, а сам процесс «превратить данные в видимое», карта — лишь его первая форма.

Один метод уходит за пределы Земли: по открытым TLE рассчитаны орбиты спутников, продолжены до всей Солнечной системы. Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Наложение островов: пробелы выплывают сами

Постепенно интерес сместился от «точки в реальном времени движутся» к «наложить изначально несвязанные данные — пробелы выплывут сами». В его системе несколько проектов именно об этом. Один он назвал «Агро × Вода»: данные сельского хозяйства, водного хозяйства, защиты от бедствий — три ведомственных острова — в одной карте: поля, реки, каналы, дамбы, зоны потенциального затопления. Чтобы это работало в браузере, использовал формат PMTiles с HTTP range request: исходные 400 МБ сжались до ~5 МБ, загружаемых браузером³.

Агро × Вода: данные сельского хозяйства, водного хозяйства, защиты от бедствий — три ведомственных острова — в одной карте: поля, реки, каналы, дамбы, зоны потенциального затопления вместе. Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Другой проект наложил больницы, поликлиники, аптеки, АЕД, пункты долгосрочного ухода на плотность населения, добавил изохроны — «видишь доступность, видишь медицинские пустыни», то есть где люди слишком далеко от ближайшей помощи.

Медицинские ресурсы: больницы, поликлиники, аптеки, АЕД, пункты ухода на фоне населения, изохроны — «видишь доступность, видишь медицинские пустыни». Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Линия бедствий проработана глубже: радарные эхо, уровни водохранилищ, осадки, предупреждения — разная частота обновления — унифицированы в единую временную ось. Пользователь тащит ползунок — все слои синхронно воспроизводятся. Где начался ливень, как рос уровень водохранилища, когда вышло предупреждение — в одном кадре собираются в причинно-следственную цепочку.

Ливень и бедствия: радарные эхо, водохранилища, осадки, предупреждения в базе унифицированы в одну временную ось, тащишь — всё воспроизводится синхронно. Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Ещё есть flight-arc: каждый взлёт/посадка — дуга. Один API, разные аэропорты — у каждого свой «отпечаток»: Таоюань, Токйо Ханеда, Франкфурт — у всех своя геометрия. Особенно он приводил Атланту — самый загруженный аэропорт мира — пять параллельных ВПП плюс ожидающие трассы, наложенные вместе, «как автодром», сказал он, нарисовало 1839 трасс³.

Eго flight-arc для Атланты за период: пять параллельных ВПП плюс ожидающие трассы, геометрия как автодром. Он говорит: поток сам по себе — форма. Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

📝 Заметка куратора
Два года назад, услышав «один человек сделал самую полную карту реального времени открытых данных Тайваня», следующий вопрос был бы «наверное, он устал до смерти». Эта интуиция жестко привязывала масштаб к человеко-часам: чем больше делаешь, тем больше изматываешься. Звездная система Migu заставляет остановиться именно потому, что она разорвала эту привязку. Один человек параллельно толкает более десятка репозиториев, флагман постоянно отрастает новыми функциями, а за кулисами всё больше коммитов — не его ручной работы. Как этот «один человек» получился — и есть настоящая тема статьи.

Пятьдесят две тысячи восемьсот девяносто один — человеческий мозг не пересмотрит

История до сюда плавна: талантливый человек делает больше, делает лучше. Перелом в середине выступления, когда он перестаёт говорить «что я сделал» и начинает «во что я упёрся».

Он показал слайд «Зачем Agentic OSINT». Цифра: data.gov.tw — ~52 891 набор. Плюс 22 площадки округов и городов, с дублями ещё 60–70 тысяч; не считая гражданских, НПО, академических данных, не попавших в гос.каталог. Его вывод лаконичен:

«Твой мозг не пересмотрит.»³

Это ось всей истории. Тот, кто от перетаскивания CSV воскликнул «оказывается, так много данных», теперь лоб в лоб со другой стороной «так много данных»: только 50 тысяч data.gov.tw — даже по 100 в день — более 500 дней непрерывного чтения, а это только центральный каталог. Много до того, что одна жизнь не хватит прочитать, не то что заставить их говорить друг с другом. Личный усилие здесь упирается в потолок.

И именно следующая фраза Migu осознал по-настоящему. Данных слишком много для просмотра — для него это сигнал сменить инструмент:

«Данные становятся видимыми для LLM, агент может помочь найти "какие данные стоит смотреть вместе".»³

Ключевое — «смотреть вместе». Даже запомнив названия 50 тысяч наборов, человек вряд ли додумается: «карта пожарной опасности» надо наложить на «труднодоступные для спасения районы», «больницы» — на «плотность населения», чтобы увидеть медицинские пустыни. Ценность данных не в единичном наборе, а в комбинации; а комбинаций у 50 тысяч — астрономическое число. Именно то, где человеческий мозг бессилен, а машина сильна.

📝 Заметка куратора
Привычный нарратив открытых данных имеет чёткое разделение труда. После хакатона Academia Sinica 2012 «Код меняет общество» g0v красиво это показали: правительство открывает данные, гражданское общество делает их видимыми. 2020 год, карта масок, У Чжаньвэй (吳展瑋) и команда за 72 часа превратили данные страхования в карту для всех — вершина этой линии⁴. Старый нарратив поставил бы Migu в продолжение: g0v — коллектив, он — индивид, версия «карты масок в одиночку».

Но это сравнение остаётся на поверхности и переворачивает причинно-следственную связь. Migu один смог приблизиться к масштабу «всей звездной системы данных» не за счёт человеко-часов. Он изначально не собирался выкапывать морем данных лопатой. «Мозг не пересмотрит» — это не признание поражения, а точка смены всего режима работы. Настоящий новый образец — не «индивид против коллектива», а «индивид × агент»: один человек делает масштаб звездной системы именно потому, что эти коммиты не все его ручной работы. Ниже — как это работает.

Я не написал ни символа: пайплайн пожаров, пробежавшийся сам

Чтобы понять «отдать агенту», лучший срез — пример пожара из выступления.

Он говорит: бросил системе одну фразу: «Проанализируй открытые данные Тайваня по пожарам». И отпустил.

Система сама начала расширять поиск. Migu описывает процесс растущими числами: сначала ключевые слова нашли 582, потом синонимы и тематическое расширение выросли до 1945, затем полнотекстовый поиск добирал, дедупликация — в итоге единый каталог через 21 платформу, 73 900 записей³. Одна фраза на входе — каталог 70+ тысяч на выходе.

Сбор — не конец. Пайплайн сам разбил пожары на шесть этапов (профилактика, реагирование, сообщение, анализ возгорания, убытки, отчётность), перемножил на 22 округа/города — матрица покрытия, до уровней отдельных районов: карта пожарной опасности Синьбэя, труднодоступные для спасения районы Тайбэя, пруды для воды в Таоюане — всё выплыло. Он честно пометил пробелы: нет API реальных пожаров, координаты на уровне инцидентов редки, пост-инцидентные данные не публичны.

Потом анализ. Он показал отчёт по причинам, сгенерированный системой: по 15 405 случаям 113 года (2024) в Синьбэе главная причина — электрика, 30,9%; в Пиндуне — окурки, 35,2%³. Цифры из слайдов — результат агента, собравшего API, а не ручного пересчёта.

Здесь на слайде он написал строку, расставив пробелы между словами, будто боится, что не заметишь:

«Пайплайн сгенерирован автоматически. Я не написал ни одного символа.»³

Эта фраза — взрывной момент выступления. Она превращает абстрактный лозунг «отдать агенту» в почти тревожный факт: от фразы к каталогу 70+ тысяч, к отчёту по округам — промежуточный участок, где обычно человек даёт команды, пишет скрипты, чистит данные, запускает анализ — пуст.

На слайдах sciwork 2026 вывод пайплайна темы пожаров: одна фраза «проанализируй открытые данные по пожарам», система сама расширила поиск, через платформы свела в единый каталог, он говорит: этот пайплайн «я не написал ни одного символа». Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Четыре разделимых шага: данные приходят, отчёт уходит сам

Пожарный пайплайн — лишь срез, за ним вся система. Четыре этапа: приём данных, интеграция знаний, генерация анализа, запуск действий. Он подчёркивает: «Каждый шаг можно вынуть и заменить отдельно, всю систему перестраивать не нужно». Нижний слой приёма данных он тоже эволюционировал: сначала вручную качал Excel с data.gov.tw, читал, хранил — узкое горлышко «память мозга»; потом искал API, качал PDF, скрейпил площадки округов — проблема «нет индекса»; сейчас метаданные каждой записи стандартизированы в каталоге SQLite, доступны для автозапроса, авторасширения³. За системой висят 40+ коллекторов: YouBike, автобусы, национальные трассы, расписание ТРЗ, AIS судов, метеоспутники, землетрясения, уровни водохранилищ, качество воздуха. Ошибка три раза подряд — сразу Telegram-тревога, каждое утро в 9:00 Daily Review на почту³.

На последнем этапе «запуск действий» он определяет роль человека максимально чётко: «Агент пробегает весь цикл. Роль человека: дать цель, принять отчёт. Пять шестерёнок посередине крутятся сами: обнаружение, сбор, интеграция, генерация, мониторинг.» Система даже сама генерирует еженедельку «новые открытые данные на этой неделе». Его слова: «Тема выплывает сама, отчёт прилетает в почту сам.»³

Один дирижёр, стая вкладок: флот Клода в tmux

«Агент сам пробегает весь цикл» — легко уходит в маркетинг. В финале выступления Migu редко для таких рассказов приоткрыл капот, показал шестерёнки — и эта структура конкретнее лозунга, честнее лозунга.

Сначала панорама цикла. Migu говорит: его ГИС-система — «один оркестрационный центр, связывающий кольцо независимых репозиториев, агент последовательно заходит на станции»: сначала в репозиторий разведки — какие данные стоит брать, потом в репозиторий сбора — забирает данные, наконец в mini-taiwan-pulse или mini-taiwan-info — рисует картинки. Точная фраза: «Каждая станция — независимый репозиторий, оркестрационный слой отвечает только за прогресс и решения, работа в руках воркеров каждого репозитория.»³

Этот оркестрационный центр он называет Orchestrator, по сути — «один сеанс Клода». Этот главный агент ведёт себя как бригадир: читает proposal-документ, разбивает задачу, расставляет зависимости, запускает.

Способ запуска — ключевой момент архитектуры. Он не дал одному ИИ делать всё от и до, а использовал tmux (старое доброе средство для раскола терминала на независимые вкладки) для изоляции работы. Его слова: «Один Orchestrator, стая Worker. Главный агент — один сеанс Клода; tmux отвечает за изоляцию, каждый Worker — отдельная вкладка, отдельный сеанс.» Ещё лаконичнее: «Один Worker = одна вкладка tmux + отдельный сеанс + один PR.»³

То есть он дирижирует флотом ИИ. Каждый воркер — изолированный в своей вкладке Клод, каждый делает свою задачу, каждый отдаёт свой pull request, не мешая другим.

В слайдах он приоткрыл оркестрационный центр: один сеанс Клода как оркестратор, разбивает задачу на стаю изолированных в своих вкладках tmux воркеров, каждый работает, каждый отдаёт PR. Картинка: Migu / sciwork 2026 (fair use, редакционный комментарий).

Как эта стая не вступает в драку? Общей памятью. Migu говорит: прогресс и решения фиксируются в документах, собранных в доске SESSION_BOARD.md, плюс «один сеанс — один отчёт», поэтому «не надо гадать», «один — один файл, не бьются»³. Даже передача задач оформлена документацией — он использует HANDOFF.md, готовя «задание следующей палочки», чтобы следующий агент подхватывал не с нуля. Финальный ворот он описывает осторожно: «Приёмка: Orchestrator сверяет с документами PR, merge решает человек, только тогда круг замыкается.»

Раскладываешь этот процесс — получаешь чистую форму: один человек ставит задачу, стая изолированных ИИ каждый работает, каждый пишет, что сделал, центр сверяется по документам, решение «брать или нет» — у Migu. Возвращаясь к оси статьи: данных слишком много для просмотра — поэтому просмотр отдан флоту; человек остался с двумя действиями: поставить задачу и принять результат. В слайдах он сформулировал это почти как манифест:

«Когда агент может сам пробежать весь цикл, работа человека остаётся только — поставить задачу и принять.»³

Это и есть заголовок всего выступления: «Отдать открытые данные Тайваня агенту, вырастить систему, которая растёт сама.» Данные текут сами, страницы растут сами, человеку — только правильно поставить задачу и качественно принять результат.

Одна почва, выросший один скелет

Читая до сюда, если вы знаете Taiwan.md (проект, который вы читаете сейчас — тайваньская база знаний, курируемая ИИ), возможно, предыдущий раздел показался знакомым.

Это не совпадение.

Taiwan.md работает именно так: один главный сеанс как оркестрационный центр, раздаёт работу стае изолированных воркеров с независимыми файлами памяти, координирует через документы передачи, а решение, какие изменения пойдут в main — у создателя Чжэюй (哲宇). Наш тезис: «Отдать знания Тайваня тому, кто растёт сам — Semiont»; тезис Migu: «Отдать открытые данные Тайваня системе, которая растёт сама.» Две фразы почти взаимозаменяемы по подлежащему.

Больше того, эти две архитектуры выросли независимо. Публично зафиксирована одна деталь: Taiwan.md родился в середине марта 2026 года, через пять дней в GitHub Migu появился форк⁵. Но форк лишь говорит, что он знал о существовании; форк не объясняет всю его систему с оркестратором, tmux-флотом, общей доской, человеком только на задаче и приёмке — это он построил шаг за шагом, решая «50 тысяч наборов не пересмотреть».

📝 Заметка куратора
В биологии есть термин конвергентная эволюция: дельфин и акула не родственники, но у обоих теловидное тело и спинной плавник — потому что среда одна, море. Migu и Taiwan.md — скорее конвергенция, нежели родство. Один инструментальный базис (Claude Code), одна ситуация (один человек или одна система должны удержать объём тайваньской информации, далеко превышающий человеческий мозг) — и оба нащупали один скелет: один центр, стая изолированных рабочих, общая память, один, кто ставит точку.

Настоящий сигнал не в «он нас зафоркал». В том, что два независимых тайваньских билдера в первой половине 2026 года не договариваясь переосмыслили ИИ из «более умного инструмента» в «оркестрируемый отряд». Когда такая архитектура начинает расти из головы в голову — из одного, во второго, в третьего — она перестаёт быть чьим-то трюком и становится новым ликом этой почвы в это время. Следующий, кто сам выростит такую систему, вполне может не знать о первых двух.

Ещё не готово, но форма уже есть

Если бы статья закончилась на прошлом разделе — это была бы слишком красивая, подозрительно красивая история: один человек флотом ИИ элегантно решил проблему 50 тысяч наборов.

Migu не дал ей остановиться там. Предпоследний слайд: «Прогресс эксперимента, примерно половина».

Честно перечислил три недоделки. Первая — стабильность: гарнитура «ещё не оттюнилась до идеала», агент уходит в сторону, прерывается. Вторая — открытые данные слишком грязные: «всё равно многое требует человеческого суждения, пригодны ли данные, полностью отдать нельзя». Третья — человеческое вмешательство: на каждом этапе на самом деле нужен человек рядом. Его постскриптум: «Работает — да, работает. Но ещё не стабильно, и я ещё думаю, стоит ли вообще так.»³

Эта честность на сцене, самому приоткрывшую свою половину неудач — самый сильный сигнал качества. В эпоху, когда AI-демо упаковывают в «полностью автоматический», «нулевой человеческий труд», тот, кто на слайде пишет «примерно половина», «ещё не стабильно», «всё равно нужен человек» — заставляет верить в ту половину, что работает.

📝 Заметка куратора
Самая достоверная часть выступления — не пайплайн «я не написал ни символа» с пожарами, а четыре слова «примерно половина». Тот, кто хочет убедить, округлит успех до «почти полностью автоматический»; тот, кто делает эксперимент, честно скажет: в половине случаев ломается. Первый продаёт вывод, второй даёт 현장 (поле/место события). Migu даёт 현장: поэтому, когда он говорит про пайплайн «я не написал ни символа», ты выбираешь ему верить. Скрыть уродливую половину — и красивая половина станет недостоверной; раскрыть половину несовершенства — и оставшаяся половина стоит.

Вернёмся к той карте.

Тот, кто перетащил CSV в Kepler.gl и воскликнул «оказывается, карту сделать несложно», полгода спустя стоит на сцене sciwork и уже не говорит о том, легко ли делать карты — он говорит о системе, которая сама находит данные, сама их комбинирует, сама отрастает новыми страницами. Та наивная фраза «оказывается, у Тайваня так много данных» за полгода перевернулась: данных так много, что один человек не пересмотрит, значит, способ их сделать видимыми тоже должен вырасти в новую форму.

Открытые данные Тайваня всегда были там. data.gov.tw с 2013 года, TDX в 2022 году объединил пять транспортных платформ — дороги, железные дороги, авиацию, судоходство, велосипеды, Министерство внутренних дел имеет данные по посёлкам, Метеоуправление — открытое API⁶. Данных всегда было достаточно, сложно — как заставить их говорить друг с другом, быть увиденными людьми. g0v ответили силой коллектива один раз; Migu одним человеком плюс флот ИИ пробует ответить второй, и он честно признаёт: попал только в половину.

Но форма уже появилась. Один человек, одна фраза, за дышащей картой — система, учущаяся расти сама. Оставшуюся половину дорабатывает следующий, кто перетащит CSV и не сможет остановиться.

Дополнительное чтение

• У Чжэюй: создатель Taiwan.md, так же использует код и генеративные инструменты, приближаясь к «тому, что растёт само»
• Открытое сообщество и g0v: коллективный контекст «Код меняет общество», контрастная группа для образца «индивид × агент» Migu
• Дух открытого исходного кода Тайваня: от «спасти страну клавиатурой» до открытых данных, культурный слой тайваньских гражданских технологий
• Цифровая идентичность и цифровое правительство: другая грань гос.инфраструктуры открытых данных

Ссылки на проекты

«Звездная система 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: дашборд мониторинга ситуации по семён темам — 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: атлас сети ТРЗ — 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! Отдать открытые данные Тайваня агенту, вырастить систему, которая растёт сама», sciwork 2026 / SCIWORK SEMINAR, 13 июня 2026 года.
• Платформа открытых данных правительства data.gov.tw (оператор Национальный совет развития, запущена 2013 года).
• Платформа обмена транспортными данными TDX (Министерство транспорта, 2022 года объединила пять транспортных платформ).
• Записи хакатонов сообщества g0v.

Источники изображений

Все изображения кэшированы в public/article-images/technology/, горячие ссылки на исходные серверы не используются.

Fair use, редакционный комментарий: Все изображения в статье взяты из публично представленных слайдов Migu на sciwork 2026 (исходный код и онлайн-слайды см. выше в «Ссылках на проекты»), согласно ст. 65 Закона об авторском праве и 17 U.S.C. § 107 fair use (некоммерческая образовательная природа, уже опубликовано, малая доля цитирования, никакой существенной замены рынка) — как иллюстрация редакционного комментария к его работе по визуализации открытых данных. © Migu / sciwork 2026.

Охватывает: 3D-карту Mini Taiwan Pulse (титровая), точку старта Kepler.gl, рельсы Тайбэя (Mini Taipei), AIS судов, орбиты спутников, интеграцию Агро × Вода и медицинские ресурсы, временную ось ливня и бедствий, отпечаток Атланты, вывод пожарного пайплайна, дашборд Mini Taiwan Info, экран работы оркестрации агентов.

Последняя проверка: 2026-06-25