Туманность с кошачьей головой меняется вместе с телескопом

У этой «кошки» нет ни головы, ни глаза в буквальном смысле. Это длинный плотный столб газа и пыли в области звездообразования туманности Киля. Центральная колонна задерживает свет, а освещённый край отделяет её от яркого газа. Силуэт особенно заметен в видимом диапазоне, который хорошо показывает контраст между непрозрачной пылью и светящимся окружением.

Телескоп Hubble наблюдал область в видимом свете; James Webb — в ближнем и среднем инфракрасном. Это не три фотографии с разной цветокоррекцией, а наблюдения разных видов излучения. Пыль задерживает часть видимого света, тогда как ближний инфракрасный способен показать детали поверхности столба, звёзды за ним и даже фоновые галактики. Средний инфракрасный выделяет тёплую пыль и углеродсодержащие молекулы.

Что открывает каждый диапазон

На кадре Hubble колонна кажется тёмной. По её правому краю виден яркий гребень газа, который освещают ультрафиолетовые лучи массивных соседних звёзд. NASA объясняет этим подсветом возможную фотоэрозию — постепенное рассеивание вещества под действием излучения. Красная точка у «глаза» может быть молодой звездой, всё ещё частично скрытой пылью; агентство формулирует это как предположение.

В ближнем инфракрасном кадре Webb столб становится прозрачнее, видны неровности его поверхности и звёздный фон. Средний инфракрасный меняет соотношение ярких областей и оттенки: тёплая пыль выделяется иначе. Палитра в опубликованных изображениях условная и помогает различить диапазоны и фильтры, а не воспроизводит то, что увидел бы человеческий глаз.

Форму плотного выступа, вероятно, долго вытачивали ультрафиолетовое излучение и звёздные ветры. Они разрежают окружающее облако, а более плотные участки разрушаются медленнее. Столб поэтому напоминает береговую скалу, которая временно пережила окружающий прибой. Это недолговечная структура внутри активной области рождения звёзд, а не застывшая космическая скульптура.

Сопоставление помогает исследовать обратную связь: молодые массивные звёзды меняют облако, из которого сами возникли, а состояние газа влияет на дальнейшее звездообразование. Видимый свет показывает непрозрачные места и освещённые края; инфракрасный помогает заглянуть за пылевую завесу. NASA представило изображения как исследовательский портрет, а не как объявление о новом отдельном объекте.

Следы озёр и рек помогают восстановить древний климат и предположить, где могли жить люди. Но у повседневности есть менее заметное условие: материал для изготовления и починки инструментов. Работа в Nature проверила, насколько это меняет карту пригодных мест в Руб-эль-Хали — крупнейшем песчаном массиве Аравийского полуострова.

Команда прошла около 1 500 километров через центральную пустыню и обследовала 125 мест. В 55 обнаружились отложения древних озёр. Некоторые относящиеся к ним бассейны датированы примерно 122–67 тысячами лет назад; на окраинах пустыни за сопоставимые периоды известны человеческие стоянки. Однако на обследованном трансекте авторы не нашли каменных артефактов и подходящего для орудий сырья. По их оценке, видимость поверхности в поисковых коридорах превышала 95 процентов.

Озеро было — следов стоянки не видно

Это не доказывает, что люди никогда не пересекали центральную Аравию или что каждое древнее озеро было пустым. Речь о конкретном систематическом обследовании и видимых следах каменных индустрий, которые искали исследователи. Авторы допускают, что будущая работа найдёт небольшие эпизодические стоянки. Более узкий вывод: наличие воды само по себе не делает территорию подходящей для устойчивого заселения.

Камень можно принести издалека, и люди действительно переносили сырьё на большие расстояния. Но на археологических стоянках большая часть материала обычно связана с близлежащими источниками; дальние породы чаще попадаются как отдельные заготовки или готовые орудия. Такие находки могут поддержать визит или переход, но ежедневное изготовление и ремонт инструментов требуют регулярного пополнения. Ближайшие пригодные выходы камня к внутренним бассейнам находились дальше 200 километров.

Карта двух ресурсов

Исследователи сопоставили близость воды с геологическими картами сырья. В Омане полученную модель сравнили с 301 известным местом среднего каменного века. Модель двух ресурсов лучше разделяла области с зарегистрированными стоянками и без них: площадь под ROC-кривой выросла с 0,695 до 0,768. Это показатель способности модели ранжировать известные места, а не вероятность того, что на конкретном участке жили люди.

Для всего полуострова расчёт показал: 57 процентов земли в заданной близости к воде лежат на породах, не содержащих подходящего для обработки камня. Цифра основана на геологических картах и принятой классификации сырья, а не на обходе каждого участка. Авторы считают оценку приблизительной: разрешение карт ограничено, а обозначенная на карте формация не гарантирует, что камень доступен на поверхности.

Контраст виден на двух примерах. В обследованном центре Руб-эль-Хали есть древние водоёмы, но мало сырья. В районе Дукм в Омане встречается пригодный камень, но мало пресной воды и известных стоянок. Там, где вода и сырьё соседствовали — например, у некоторых горных склонов и плато, — археологические места встречаются чаще. Один ресурс без другого оказывается неполным набором.

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

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

Обычный CI заранее описывает команды: собрать проект, запустить тесты, сохранить артефакт. Agentic Workflows предназначен для задач, где последовательность действий заранее не всегда ясна: разобрать issue, выяснить причину падения CI, обновить документацию или предложить тесты. Цель задают в Markdown; инструмент компилирует её в стандартный YAML GitHub Actions, а coding-agent работает внутри runner-а Actions.

Это не отдельный облачный робот с новой системой автоматизации. Workflow использует привычные runner-группы и политики GitHub Actions. Можно выбрать GitHub Copilot или подключить другой coding agent. Функция доступна для GitHub Free, Team и Enterprise; использование Copilot CLI в качестве стандартного движка требует лицензии Copilot.

Цель на естественном языке, исполнение по правилам CI

Markdown легче обсуждать и править, чем набор жёстко прописанных команд, особенно если задача требует изучить несколько файлов и выбрать следующий шаг. Но после компиляции остаётся проверяемый workflow: триггеры, runner, разрешения и этапы исполнения. Формулировка не гарантирует правильного результата — он зависит от модели, контекста репозитория, входных данных и тестов.

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

Что заявлено о безопасности

GitHub пишет, что доступ агента по умолчанию только на чтение. Содержимое проходит через integrity filter; агент запускается в контейнерной песочнице за Agent Workflow Firewall. Предлагаемые изменения идут через механизм safe outputs, затем отдельная задача threat detection проверяет их до применения. В общем доступе появились поддержка self-hosted runner-ов через Actions Runner Controller и Docker-in-Docker, прогноз расходов, выбор модели, маршрутизация задач и усиленные варианты изоляции — Cloud Hypervisor или NVX micro-VM.

Это описание поставщика, а не независимое подтверждение устойчивости к атакам. Режим чтения не устраняет риск, если процесс уже видит секреты или доступен к чувствительной сети. Фильтр может не распознать вредную инструкцию; изоляцию нужно правильно настроить. На практике стоит проверить права токена, секреты окружения, сетевые ограничения runner-а и то, как именно предложение становится изменением в защищённой ветке — особенно если запуск может вызвать внешний issue или pull request.

Разумное начало — обратимые задачи: попросить объяснить ошибку теста, подготовить черновик документации или предложить patch, который человек проверит. Автоматическая запись в основную ветку — отдельное решение о доверии, а не само собой разумеющееся следствие установки расширения. Здесь ценность не в обещании безошибочной автономности, а в том, что агентный процесс можно встроить в известную систему контроля и ограничить несколькими слоями.

Twin Suns Corp рассказывает об игре как о результате челленджа 90 Days of Joy: небольшой команде дали три месяца на то, чтобы создать проект, который ей самой интересен. По словам студии, идея появилась после отмены другой игры. Это рассказ разработчика о процессе, а не независимый разбор производства.

Игрок исследует башню волшебника, помогает другим ученикам, ищет скрытые комнаты и решает загадки перемещения. В анонсе упомянуты сбор Quarks, левитация книг с помощью бутылок зелий и поездки по лучам света. Студия описывает игру как опыт без жизней и game over: задача — исследовать и экспериментировать в своём темпе.

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