Это не перевод, скорее выжимка из статьи со схожим названием. Очень советую ознакомиться, если подход заинтересует.
Текущий подход к оркестрации AI агентов обычно включает в себя создание фреймворка, который руководит передачей контекста, памятью, обработкой ошибок и координацией шагов решения задачи (CrewAI, LangChain, AutoGen). Подобные фреймворки отлично подходят для сложных, многозадачных систем. Но для последовательных процессов, требующих проверки работы человеком для определенных шагов процесса, использование подобных фреймворков добавляет огромный инженерных overhead.
Методология интерпретируемого контекста заменяет оркестрацию на уровне фреймворка на оркестрацию с помощью структуры файловой системы. Markdown файлы содержат в себе промпты и контекст, который говорит агенту, какую роль взять на себя для каждого шага пайплайна. Если задача не требует использования LLM, работа описывается через локальные скрипты.
Этот подход позволяет избежать использования оркестрационного фреймворка и использования нескольких агентов. Один агент отвечает за оркестрацию. Структура директорий говорит агенту, что делать на каждом шаге процесса и даже если агенту надо делегировать задачу, эта же структура определяет контекст для sub-агентов.
Подход основан на идее Unix-pipeline. Система декомпозирована на основе того, что одни модули прячут от других модулей, что позволяет вносить изменения в логику модулей, не нарушая работу программы. Предложенный Дейкстрой подход “разделения зависимостей” позволяет модулям отвечать за единственную задачу. Разработчику остается лишь определить порядок выполнения задач.
Компании и менеджеры узнают о партнерах или конкурентах в первую очередь из ответов нейронок, поэтому сегодня все устремились в GEO — Generative Engine Optimization. Метод подразумевает настройку контента на сайте таким образом, чтобы чат-боты вроде ChatGPT и поисковики с генеративными функциями цитировали бренд в своих ответах.
Получается что-то вроде SEO-лихорадки из нулевых, когда компании гонялись за нужными ключевиками и соревновались в методах «творческой оптимизации». Ниже — о том, что (хорошего и не очень) дают чат-боты при поиске информации о компаниях, и почему попытки «придумать сеошный хак для нейронки» — так себе идея.
Привет, Хабр! Ни для кого не секрет, что в языке C существует множество красивых способов положить вашу программу со всеми вытекающими последствиями, но большинство из них обходятся банальными средствами гигиены, санитайзерами, статическими анализаторами, линтерами, да и компиляторы в целом не плохо помогают решать большинство проблем до их обнаружения в продакшене. Но существуют проблемы, которые возникают только во время исполнения и понять, в чем причина, не так просто, хотя сама проблема может оказаться очень даже понятной после установления причинно-следственной связи.
Останавливаться на том, что такое ABI, я не буду, дабы не разводить лишнюю полемику, на Хабре достаточно отличных статей на эту тему. Поговорим предметно о том что такое ABI‑разрыв или ABI‑несовместимость. ABI‑разрыв - это ситуация, когда два и более бинарных файла представляют работу с одними данными по-разному. Представим ситуацию в кофейне, вы заказали большой кофе, бариста готовит нужный объем, но стажер подает ему стакан меньшего объема, как результат вы либо получите меньше кофе, либо произойдет потеря ценных миллилитров. Это и есть ABI‑разрыв, один компонент системы представляет себе работу не так как другой и на стыке их взаимодействия получатся поведение, которое не закладывалось изначально.
Раз в минуту четыре фоновые команды обходят таблицу на сотни тысяч чатов и решают, кому бот напишет первым: у кого обновились суточные лимиты, кто начал разговор и замолчал, у кого кончилась подписка.
Год назад выяснилось, что за один проход каждая обслуживает ровно половину тех, кого сама же выбрала. Ошибок при этом нет, лог чистый, метрика отправленных растёт. Виноват chunk(), который листает выборку через OFFSET: обработанная строка из этой выборки выпадает, и окно уезжает.
Разбор на живом проекте с 300 тысячами пользователей в месяц: как chunk() теряет строки и чем его заменить, почему withoutOverlapping() по умолчанию блокирует команду на сутки, откуда берутся дубли рассылки и зачем пришлось переворачивать порядок колонок в составном индексе.
Чароит записывает мои созвоны, а после кнопки Стоп собирает стенограмму, протокол и граф встречи. Самое капризное место во всей цепочке — понять, кто что сказал. Это называется диаризацией. Ошиблась она, и решение в протоколе повисает на другом человеке.
23 сентября NVIDIA выложила нейросеть, которая только этим и занимается. Через пять дней она уже работала у меня. Сейчас через неё идут оба канала звонка, очные встречи и живая лента.
Обычно советы по безопасности криптокошельков накачивают людей относиться к seed-фразе бинарно: либо помнишь все слова и кошелёк живой, либо нет — и всё потеряно. В реальности, однако, это не бинарная история, а комбинаторная. Ответ на вопрос «можно ли восстановить» зависит не от везения, а от простой математики количества забытых слов, и далеко не все сценарии забытой seed-фразы относятся к «невозможно физически».
Представлен открытый минималистичный браузер Northstar, написанный полностью с нуля на языке C. Одно окно, одна страница, один процесс — около 170 000 строк оригинального кода на C. В проекте не используется сторонний движок: ни Gecko, ни WebKit, ни Blink. Это свободное программное обеспечение, распространяемое на условиях лицензии GNU General Public License v3.0.
Эта заметка в первую очередь создана для того, чтобы приводить её в ответ на недостаточно обоснованные обвинения авторов в использовании ИИ при написании текста, ибо часто встречается, что кто-то пишет "да ваша статья это точно ИИ!" без приведения аргументов. После просьбы уточнить оказывается, что единственный аргумент комментатора -- это "длинные" тире. В сей заметке приведён ещё ряд признаков ИИ'шного авторства текстов; есть здесь и сильные аргументы, и слабые, и присутствия одного или нескольких в той или иной статье совершенно недостаточно, чтобы обвинить её в ИИ'шности. Из-за того, что в формате "постов" очень сильное ограничение на количество символов (почти четверть я уже истратил), список будет выглядеть очень рваным.
Диаграммы псевдографикой (наглейший признак) и использование "правильных" стрелочек и прочих символов вообще. Примеры [1, 2, 3]:
По цифрам — подробно разбирал их в статье про «эру AGI»: Astra на 100К карт дала горизонт рассуждений ×8,6 (3,6 → 30,9 мин), OSWorld 65,7% → 72,6%, ARC-AGI-3 на нейтральном харнесе 62,7% против 30,16% у лучшего фронтира.
Обилие необоснованных слов на английском. Обратите внимание, что добросовестному автору для такой концентрации английских вставок нужно постоянно переключать раскладку (этот факт вообще довольно универсальный). Примеры [4]:
Оставался router: единственный публичный webhook принимает update, определяет получателей и пересылает данные во внутренние сервисы. Но «небольшой» не должен означать один httpx.post() прямо внутри endpoint. Такой proxy связывает время ответа Telegram со скоростью внутренних обработчиков. Если один сервис завис, наружный webhook тоже зависает. Если процесс умер между ответом Telegram и пересылкой, update потерян.
Слово "честно", в первую очередь прилагательное "честный" (оборот "честно говоря" не считается). Когда я начал искать "site:habr.com честный", была найдена статья с анализом как раз этого слова как маркера ИИ'шных текстов. График (вставлять больше одной картинки в "посты" нельзя)
Переносы команд на несколько строк (характерно для ChatGPT, как и текстовые диаграммы) [5]:
Артефакты копирования: XML/HTML-entities (типа >), съехавшее форматирование, невычитанные фрагменты [6 (также видны стрелочки →) (из этой же статьи скриншот ниже), 7, 8]:
ALERT: AWS Regional Issues
Триггер: (DynamoDB SystemErrors > 0) AND (EC2 API 5xx > threshold) AND (Lambda throttles > baseline)
→ Вероятно проблема на уровне региона, а не в вашем приложении line) → Вероятно проблема на уровне региона, а не в вашем приложении
Шоукейс: Список приложений с иконками в лаунчере подгружается через POST api.rustore.ru/v1/showcase/startup-destination при запуске и периодически в фоне.
Идентификация: Устройство привязывается к аккаунту через ANDROID_ID.
В последнее время я стал замечать, что знакомые программисты в моем круге общения и незнакомые в интернетах вайбкодят что-то для души.
Недавно друг скинул ссылку на сайт, где нарисована 3д модель Земли и спутники вокруг нее. Фильтры там, орбиты всякие. Данные из открытых источников в интернетах. Сказал что завайбкодил за пару-тройку недель. А еще через пару дней попросил потестить игру. Сделал раздел с орбитальными миссиями, где нужно управлять спутником и его орбитой, на базе некоторой физической модели с формулами. Геймплей, ачивки (уложится в минимальный импульс), звездочки. И тут я вспомнил, что у него была мечта кодить игры.
И тут я подумал - а ведь у меня тоже были какие-то подобные мечты. Когда я играл и восхищался первой Мафией, думал "вот бы закодить симуляцию города, чтобы каждый житель жил свою жизнь, отводил детей в школу, ходил на работу, ужинал, ездил на машине, ходил к доктору". А когда играл в старые фантастические космические стратегии c исследованиями и производством, типа Master of Orion или X-COM UFO Defense, восхищался проработанностью для тех лет, и мечтал "вот бы переписать их с новой графикой".
Но все это заканчивалось на осознании того, какой объем усилий нужно вложить дизайн, а затем и программирование, по вечерам, после основной работы (где я по сути делал все тоже самое только для бизнес-приложений).
И вот прошло 15 или даже может уже 20 лет перекладывания мыслей из головы в код с клавиатурой, кажется даже незаметно подкрался кризис среднего возраста.
И что теперь...? А теперь я Тони Старк, а кодекс мой Джарвис.
Воспроизвели grokking на трёх seed: нейросеть быстро запоминает обучающие примеры, но начинает обобщать значительно позже. Показываем результаты, границы проверки и открытые артефакты эксперимента.
Мы живем в удивительном мире, в нем огромное количество интереснейших явлений и феноменов. Один из них — планетарные кольца. Они есть у всех четырех газовых гигантов нашей Солнечной системы. Хотя, конечно, самый известный «носитель» такого рода аксессуаров космического масштаба — Сатурн. У остальных они гораздо менее заметны. В 2013 году оказалось, что подобные украшения есть даже у планетоидов. Так, у Харикло, объекта диаметром около 250 км, обнаружили сразу два кольца. Тогда это открытие удивило ученых.
И эта система подбросила еще один сюрприз. За прошедшие несколько лет внутреннее кольцо стало хуже пропускать свет, а внешнее почти перестало быть видимым в инфракрасном диапазоне. Что происходит и почему? Неужели Харикло теряет свои аксессуары? Давайте попробуем разобраться.
По дороге на конференцию я посмотрел пару серий Halt and Catch Fire и в итоге ехал с лёгкой ностальгией по ранней хакерской сцене: LAN-вечеринки, форумы и дерзость, доставлявшая неприятности компаниям. Примерно так, по фильмам и байкам с DEF CON, большинство и представляет хакерские конференции. Но похож ли ZeroNights на тот стереотипный андеграунд?
Внешние слои
[11:29] Где еще какой мерч интересный?)) пишите)
[16:05] CONF: Кстати, на маркете снова доступны джиббитсы
ZeroNights вернулся после перерыва в прошлом году. Теперь его делает DSEC by Solar, а проходит он в шикарном лофте, который больше похож на арт-пространство, чем на компьютерный клуб. Повсюду стенды компаний, красивая реклама, мини-маркет с мерчем.
Единственный подвал здесь — на сайте конференции с политиками обработки данных. Компании на стендах активно собирают контакты, в то время как на главной сцене рассказывают, что механизмы рекламного таргетинга позволяют вычислить конкретного абонента по звонку или клику по ссылке. Тут я ожидал праведного гнева, а зал слушал на удивление спокойно, да и звучало всё это как-то буднично.
В своё время Майкл Линн уволился из ISS, чтобы рассказать на Black Hat об уязвимостях в маршрутизаторах Cisco, — и страницы с его докладом вырвали из сборника конференции. В 2008-м бостонское метро через суд не дало студентам MIT выступить на DEF CON, а в 2023-м то же метро пригласило к себе школьников, которые взломали его новые карты, и только потом они выступили с докладом.
Можно сказать, что хакеры победили: искать баги и рассказывать о них стало нормой, компании всё реже судятся и всё чаще платят за находки. И если раньше систему ломали, то теперь в неё встраиваются и даже устраиваются на работу. Старая война с корпорациями на этой сцене закончилась партнёрством.
Или вот, скажем, ИИ. Легендарные хакеры встретили бы LLM с восторгом: новая система, всё можно разобрать, сломать, хакнуть. Но сейчас ИИ встречают настороженно: какие угрозы он несёт? Что теперь будет с CTF? Не отнимут ли боты нашу работу?
И скрытое ядро
[15:48] CONF: В чат призывается RottenMechanism
Всё по-деловому и, кажется, немного скучно, но только на первый взгляд. На одном из стендов с руками отрывали бейджи-матрёшки — они же ноды Meshtastic.
Для ZeroNights их разработал Сергей Норд, он же Rotten Mechanism. Он взял микроконтроллер nRF52840 и LoRa-модуль и нарисовал плату «Матриша» с антенной на 868 МГц прямо на текстолите. Сначала проверил прототипы, а потом вручную спаял, прошил и отладил триста бейджей. Скрипт выдал каждому свой BLE-пароль, а анонсы докладов с базовой ноды рассылала программа, которую он написал специально под конференцию.
И если взять такую матрёшку и заглянуть в чатик ZN_CHAT, одним из первых сообщений там окажется:
[10:36] <Input/%0D*/Onfocus=confirm1//><Svg>
Это XSS-полиглот — строка, которую кидают во все поля ввода подряд, чтобы посмотреть, что сломается. Как раз по такому я и скучал: появилась новая система — значит, её надо прощупать.
Чем дольше я листал ZN_CHAT, тем сильнее он напоминал форумы нулевых: ники с нулями вместо «о», поиск флагов и приколы вроде «Продам мопед» — на который тут же ответили шуткой про друга, который сдуру купил эндуру. На вопрос, кто пришёл со своей нодой, кто-то грустно ответил: «Моя на окне в Самаре(».
Есть старая анархистская идея временной автономной зоны — пространства, которое ненадолго выпадает из-под контроля и исчезает раньше, чем его успеют подавить. Знаете, это она и была. Да, во многом хакерская романтика уступила место серьёзной индустрии, но если хорошенько поскрести, под кожей всё те же свобода, любопытство и энтузиазм.
Мы привыкли считать ЦОД чем-то надёжным и отказоустойчивым, особенно если инфраструктура в облаке: облачный провайдер умеет, может и должен обеспечить её надёжность. Но что если появляются угрозы посерьёзнее поломок и сбоев? Первые сигналы появились ещё весной, когда в результате иранской кампании пострадал ЦОД Amazon (https://health.aws.amazon.com/health/status?region=me-south-1). Последние 2–3 недели объекты связи, энергетики и обработки данных на Украине неоднократно оказывались в зоне поражения (https://www.rbc.ru/politics/27/09/2026/6ab92ea50d88009a262781b4). ЦОД перестал быть гарантированно защищённым активом. Цифровая инфраструктура стала частью контура взаимного сдерживания: если одна сторона демонстрирует способность нарушать работу сервисов, у другой появляется и мотив, и стимул отвечать по аналогичным объектам.
Последствия - перебои у операторов и облачных провайдеров, аварийные режимы, экстренный перенос нагрузок на резервные площадки. Это не прогноз, а оценка риска. Планировать непрерывность уже приходится с поправкой на то, что площадка может быть недоступна.
Что делать
До инцидента. Главная часть работы
1. Инвентаризация. Зафиксировать, какие системы и данные критичны, где они физически размещены и кто владелец каждого сервиса.
2. RTO/RPO. Для каждого критичного сервиса определить, сколько часов допустимого простоя и сколько данных допустимо потерять.
3. Трансформация под RTO/RPO — если RTO равен нулю, сервис обязан иметь синхронную копию на резервной площадке; если простой допустим, а потеря данных - нет, то можно использовать более дешёвую асинхронную реплику. Проанализировать нужно каждый сервис.
4. DRP. Заранее настроенный сценарий восстановления, а не «напишем в момент Х».
5. Резервные копии 3-2-1. Три копии, на двух типах носителей, одна - вне основной площадки. Обязательно офлайн- или иммунная копия, которую нельзя удалить из сети.
6. Проверка DRP. Инфраструктура меняется, план восстановления со временем устаревает.
7. Пробные ресторы. Бэкап, из которого не пробовали разворачиваться, - это не бэкап.
8. Регламент и роли. Кто принимает решение о переключении, кто общается с клиентами, кто с регулятором, кто с ИБ.
9. Контакты на бумаге. Провайдер, юристы, ИБ, PR - на случай, когда собственные каналы связи недоступны.
Во время атаки
1. Локализовать. Понять, что именно затронуто: площадка, канал, отдельные сервисы.
2. Не спешить. Не восстанавливаться из потенциально скомпрометированного бэкапа, сначала изолировать.
3. План коммуникаций. Включить: клиенты, сотрудники, партнёры, регулятор.
4. Фиксировать всё. Таймлайн, действия, логи. Это база для восстановления, разбора и юридических вопросов.
После
1. Постмортем без поиска виноватых. Что сработало, что нет, где узкие места?
2. Обновить планы. RTO/RPO по факту.
3. Закрепить изменения. Проверить, что выводы стали изменениями и у каждого действия есть хозяин.
А когда вы в последний раз реально тестировали восстановление из бэкапа не на бумаге?
Вторая часть истории о том, как моё шахматное расширение попадало в Chrome Web Store. Первая была про оплату аккаунта разработчика и мои ошибки, эта про саму подачу: что спрашивает форма, какие объяснения прошли проверку, где я чуть не написал неправду в разделе о данных и как получил отказ по своей же вине.
Внутри настоящие тексты объяснений к разрешениям, письмо с отказом, тест, который ловит забытое разрешение, и чек-лист перед подачей.
Если вы когда-нибудь занимались рекламой и маркетингом, то сталкивались с тем, что вам нужна рекламная кампания с баннерами, но вручную делать крайне долго, а заказывать стоит денег и времени. Сегодня это можно сделать менее чем за час, включая согласование. Тут проблема не в том, умеет ли ИИ рисовать, а в том, может ли она захватить внимание, учесть вашу аудиторию и требования площадки. Безусловно, при большой рекламной кампании тяжело обойтись без дизайнера, но если вам нужны прототипы или быстро и дешево сгенерировать несколько рекламных баннеров, то вам стоит уметь работать с ИИ.
Кроме того, объем креативов растет быстрее, чем способность их тестировать. Что же делать?
В этой статье разберем, какие инструменты, и главное как, закрывают задачи баннерной рекламы, как построить процесс, где ИИ экономит время - а где лишь создает риски.
Бездисковый компьютер я впервые увидел лет двадцать назад, и это была не офисная персоналка, у которой один из уволившихся сотрудников спёр винчестер, а вполне себе тонкий клиент с загрузкой по сети для удалённой работы в терминальном режиме. Но это, как ни крути, специализированное устройство. Что же касается массового рынка, то одной из самых известных попыток создать машину со встроенным накопителем минимального объёма, весь софт для которой реализован в виде веб-сервисов, был Chromebook. Однако, читая исторические обзоры различного железа, я внезапно наткнулся на настольный компьютер со схожей концепцией, придуманный ещё в 1982 году. Оказывается, идея софта, реализованного в виде сетевых сервисов, появилась именно тогда, и более того — её вполне успешно удалось воплотить в реальность!
К 2040 году в России может стать примерно на 11 млн меньше работников в возрасте 30–49 лет, но при этом какого-то общего обвала числа работников при этом скорее не произойдет, так как будет частичная компенсация молодыми, людьми 50+ и миграцией, но уже после 2040 года эта компенсация будет начинать немного сбоить.
Я взял демографический прогноз Росстата, данные о занятости по полу и возрасту, учёл пенсионную реформу и миграцию и попробовал посчитать, сколько же людей вообще будет доступно российскому рынку труда в 2032, 2040 и 2046 годах. Плюс заодно примерно оценил то, насколько этот разрыв способны компенсировать миграция, более высокая занятость и ИИ.
Ну что, нырнём в древность? Кто и когда впервые выбрался на плавсредстве в открытое море, мы вряд ли узнаем. Но основные вехи освоения человеками морских просторов отследить можем. Как и первые военные применения кораблей. Попробуем разобраться, с чего начинается история флота.
Когда именно человекам вдарило в голову, что на куске дерева можно не просто попытаться остаться на плаву, а ещё и целенаправленно куда-то перемещаться, мы не знаем. Даже самый большой путь начинается с маленького шага, так что первое целенаправленное перемещение было, скорее всего, через реку. Когда-то некий товарищ оказался на воде, и не кричал «Аы-ы-ы!!!» (или как там на каменновековом?), а смотрел на противоположный берег, и ждал, пока течение принесёт его бревно в нужную точку.
Ещё можно предположить, что в этой реке не было крокодилов. Но это уже не факт.
![[12]](https://habrastorage.org/getpro/habr/upload_files/c59/9e4/701/c599e47011746c8d2b7f581faa7328ff.png "[12]")
