Все потоки

Дорожная карта Agentic AI. Level 3. Первые артефакты — LLM API и структурированный вывод

Продолжаем идти по дорожной карте. Пришло время научиться обращаться к моделям через API.

— А куда обращаться? — спросите вы.

Есть несколько вариантов.

1. Первый — на серверы производителей: старым добрым ChatGPT, DeepSeek, Gemini, Qwen.

2. Второй — к хабам опенсорс-моделей, например HuggingFace.

3. Третий — к провайдерам-агрегаторам, которые предоставляют и то и другое: Openrouter, Together, Fireworks.

К сожалению, форматы API у всех отличаются и обладают своей спецификой. А нам это неудобно, так как мы точно захотим экспериментировать с разными моделями и сервисами.

Но, к счастью, OpenAI был впереди планеты всей, и его формат стал стандартом де-факто.

Поэтому начните с интерфейса OpenAI, возьмите провайдер Openrouter. Изучите спецификацию, форматы сообщений, поэкспериментируйте с системным промптом, параметрами генерации, потоковым выводом. Изучите мета-информацию в ответе — количество токенов, время генерации.

Обязательно разберитесь со структурированным выводом: это когда модель возвращает не просто текст, а JSON строго по вашей схеме. В агентных пайплайнах без этого никуда — именно так агенты передают данные друг другу и вызывают инструменты.

Сгенерируйте своего первого ИИ-ассистента, благо кодовые агенты отлично умеют генерировать код для OpenAI-библиотек. Изучайте основы, не гонитесь сразу за фреймворками верхнего уровня — с ними познакомимся позже.

📚 Материалы

• Наш видео-туториал по OpenAI API

• OpenAI Quickstart · Python SDK · Streaming

• HuggingFace Inference API

• Openrouter Quickstart · Together AI · Fireworks AI

🔔 Следующая тема: мультимодальность — голос, изображения, видео.

⬅️ Предыдущая тема: Level 2. AI-driven разработка

Подписывайтесь, пожалуйста, чтобы не пропустить!

Наши курсы по ИИ-агентам. По вопросам — пишите мне.

Удобный процесс согласования закупа в Битрикс24.

К нам обратился клиент с запросом:

Показать, как в Битрикс24 реализуется процесс закупки с полным контролем на всех этапах.

Вот ключевые требования:

1. Удобное управление обсуждениями — все комментарии и согласования в одном месте.
2. Контроль задержек — видно, кто и на сколько тормозит согласование.
3. Отслеживание нагрузки — сколько задач у каждого участника, кто перегружен.
4. Фиксация результата — статус согласования + подтверждение оплаты счёта.
5. Послесогласовательный контроль — отслеживание закупки после одобрения: поставка, приход, оприходование.
6. История — полная архивация всех согласований и переписки.
7. Уведомления — автоматические оповещения при включении в процесс.
8. Напоминания — системные напоминания о просроченных согласованиях.
9. Гибкие сроки — индивидуальные дедлайны для каждой роли.
10. Делегирование — можно заменить участника до или в процессе согласования.
11. Гибкая логика — поддержка последовательного и параллельного согласования.
12. Интеграция с 1С — прикрепление счёта с номенклатурой → автоматическая передача в 1С для оплаты и учёта.
13. Автоматический запуск воронки — после положительного согласования: создаётся задача контроля закупки с данными контрагента, историей коммуникаций и счётом.

Для клиента мы собрали демонстрационную модель этого процесса — смотрите, как это работает в живом режиме.

Если вам нужно настроить любой процесс согласования — обращайтесь. Сделаем под вашу логику.

Разработчики из «Яндекса» спрятали пасхалку на «1984» Оруэлла в коде заглушки с запретом на VPN. Ранее приложения вроде «Яндекс Погода», «Яндекс Пэй» и «Кинопоиск» при попытке их открыть с включённым VPN начали отображать плашку, в которой утверждается, что зайти в приложение с VPN не получится.

Запилили TG-бота для склейки голосовух - https://t.me/voicemixbot

👍 Зачем.

1. Сложно наговорить длинную 3-минутную мысль за раз красиво. Вместо этого, ясно произнеси отдельные фразы по 5 сек друг за другом, продумав каждую.

2. Мысль приходит только на улице во время прогулки и с собой только телега, монтировать дома никто не будет, а итоговая цельная голосовуха с красивой мыслью нужна уже сейчас чтобы кому-то переслать.

3. Хочешь записать инновационный трек из склейки пердежа, скрипа двери и крика бомжей в метро, но прямо сейчас без инвестиций в монтаж и продюсирование.

🧰 Как пользоваться.

1. Заходим в @voicemixbot - ему уйдёт команда start.

2. Шлем голосовухи друг за другом. После каждой видим ADD N, где N - её порядковый номер (начиная с нуля). Это значит, голосовой кусок вставился в ряд. Не говори следующую голосовуху, пока не получил ADD.

3. Удалить последнюю голосовуху - pop. Когда понял, что последней голосовухе нужен новый дубль. Вернёт SIZE N, где N - новое общее число эпизодов в проекте.

4. Всё сказал: пишем makeили go. Получаем цельный файл. Забыл что-то сказать - докидываем голосовух в конец и снова make .

5. Пишем clear если надо начать новый файл.

💎 Команды.

• clear - забыть всё, начать новый проект

• info - статус текущего проекта

• make - склеить текущий проект (цепь голосовух) в один файл

• name TEXT - указать название TEXT для вашей итоговой записи

• pop - удалить последнюю голосовуху из стека

• amp 1 или amp 0 - включить или выключить автоусиление тихой речи.

• bitrate N - установить битрейт, где N - между 2000 и 50000
23000 - достаточно для прилично звучащей речи

• mk N MESSAGE - поставить текстовую метку MESSAGE перед куском номер N. Нумерация с нуля. N - это тот номер, который фигурирует в ответе "ADD"

• fade N, N - число миллисекунд: длительность плавного перехода между фразами.

Метки.

00:00 - Приветствие
00:21 - Музыка
00:31 - Новости
01:04 - О погоде

Чтобы получить такую таблицу временных меток под записью, отправляй нужный текст перед той голосовухой, на начало которой этот текст должен ссылаться. Текстом считается любой текст, которого нет в таблице команд. Если вы хотели поставить метку перед уже отправленной голосовухой, но забыли это сделать, то используйте команду mk N (см выше).

🔌 Технические детали.

Кодируем речь кодеком OPUS, он прекрасно звучит даже на битрейте 24k, где mp3 бы уже умер. "/" в начале команды не важен. /pop и pop работают одинаково. Цепь голосовух мы называем "проект". У каждого проекта есть уникальное случайное служебное имя вида d7_uaUcUXc0. Помнить его не надо. Команда clear создаёт новый проект с новым именем, забывая предыдущий навсегда. Лимит кусков в проекте - 200, но лучше не рисковать. make 13 минутного файла будет работать 3 минуты. Написано на голимом C++20, libopus, libogg, epoll.

⌛ Лимиты.

1. Одна голосовуха - не более 60 секунд.

2. Число голосовух в проекте - 200 штук.

3. Получается суммарно более 2 часов на один файл, но стало страшно. В будущем возможно порежем лимит результирующего файла чем-то на уровне 10 минут.

🔒Безопасность и надёжность.

clear удаляет голосовухи с сервера бота. Бекапов нет. ФС сервера - в ramdisk. Наговорил, скомпилил - забери себе, не растягивай проект на неделю. Сервер не стабилен, падает раз в неделю с переналивом всей OS с нуля. У админа доступ ко всем голосовухам (как у админы телеграм к личкам), но чаще падает сервер с данными, чем админу охота покопаться. Если придёт майор с бутылкой - всех сдадим, но рамдиск (может быть уже нечего). Метаданные о пользователях не собираем, спамить не будем - даже БД нет. Точнее, есть, но в рамдиске. Если сервер не отвечает, то он либо сдох и ему скоро автоматически нальют образ по вотчдогу, либо занят компиляцией чьего-то проекта - отправь команду info и подожди. Устраивать DoS и хакерство с отправкой гиговых видосов и фоток не надо: бот даже не начнёт качать. В целом, наверное вы можете его положить, но мы просто пнём сервак и он забудет всё плохое в жизни, рамдиск же.

https://t.me/voicemixbot в общем.

Всем привет!

В интересное время мы живём конечно. В рабочий чат коллега присылает сообщение:

Общий привет! на заметку:

https://www.comss.ru/page.php?id=20317

Антивирус Dr.Web обнаружил сторонний код в зависимостях Visual Studio Code.

Суть в том, что Microsoft, с какого-то, пропустила в дистрибутив VSCode с версии 1.116.0 protestware - это вид вируса, который при определённых условиях, начинает показывать разные политические тексты на экране. DRWeb, неожиданно конечно, но респект!

MICROSOFT, WTF?

Я попросил OpenCode найти текст на русском в указанной зависимости в VSCode (у меня как раз 1.116) и знаете что, он нашёл!

В общем, если у вас версия VSCode ниже 1.116, то пока не обновляйтесь, а если уже обновились, то используйте мой патч:

https://github.com/Chumikov/vscode-es5ext-patch

В репо также описал как вручную всё исправить. Поделитесь этим с коллегами и друзьями!

Мой telegram.

Opus 4.7 уже вышел

Доступен в Claude Code CLI. Обновляемся через claude —update (у меня доступен).

“Круче, умнее, быстрее”.

Расскажите, как вам? Есть ощущение, что стало “лучше”? А то я в отпуске, хочется просто почитать ваши комментарии

В целях посильной помощи популяризаторам науки или какой-либо полезной, с моей точки зрения, технической информации, завёл в телеге канал с отборными русскоязычными аудио-лекциями о науке и технике со всех просторов интернета, где получилось найти что-то интересное. Физика, космология, вселенная, вакуум, чёрные дыры, нейтронные звёзды, гравитация, элементарные частицы, сетевой стек linux и другое. Возможно туда как-то попали некоторые лекции по истории. Все файлы в формате OPUS с прекрасным для речи opus-битрейтом на уровне 50 Kbps, воспроизводятся телегой легко и просто. Пополняю из следующих источников:

1. Аудиодорожки из интересных видосов на ютубе.

2. Аудиоподкасты из рандомных технических блогов, показавшихся интересными.

Не добавляю лекции, которые невозможно слушать нормальному человеку: не поставлена речь, мычание, пыхтение или озвучивается банальное. Рекламы не будет.

Основная мотивация содержания канала, конечно, создание плейлиста, под который идеально хорошо засыпается, ибо хорошо поспать - самое главное в жизни. Заодно можно узнать, что в мире серьёзные мужики делают, без политоты всякой.

https://t.me/audiosci

habr тоже в списке аккредитованных IT организаций?

Как получать fan-out запросы GPT через OpenAI API и зачем это SEO-специалисту

SEO меняется. Теперь мы оптимизируем контент не только под поисковые системы, но и под AI, который сам ищет, агрегирует и формирует ответ. Когда пользователь задает вопрос модели, она почти никогда не ограничивается одним поисковым запросом. Вместо этого генерируется набор дополнительных — fan-out queries. Это и есть реальная структура AI-интента.

Например, запрос best project management tools может распадаться на:

• best project management software 2026;

• jira vs asana comparison;

• free tools for teams;

• tools for startups.

Каждый такой запрос — сигнал о том, как модель «думает» о теме.

Раньше fan-out можно было подсмотреть в браузере. Но после обновлений GPT такая возможность исчезла. Однако сами запросы никуда не делись. Их по-прежнему можно получить через API OpenAI. Причем автоматически.

В основе метода лежит Python-скрипт, который выполняет запрос к модели и сохраняет результаты. Общая логика процесса выглядит следующим образом:

1. Подключается OpenAI API.

2. Пользователь вводит ключевое слово.

3. Модель выполняет веб-поиск.

4. Система получает результат.

5. Данные сохраняются в JSON.

Пример скрипта:

#!/usr/bin/env python3

from openai import OpenAI
import json
import sys
from datetime import datetime

client = OpenAI(api_key='Your_API_Key')

def run_query(query_text, save_json=True):

  response = client.responses.create(
      model="gpt-5.4",
      tools=[{"type": "web_search"}],
      tool_choice="auto",
      input=query_text
  )

  print("Response ID:", response.id)

  if save_json:
      timestamp = datetime.now().strftime('%Y%m%d_%H%M%S')
      filename = f"query_result_{timestamp}.json"

      with open(filename, 'w') as f:
          json.dump(response.model_dump(), f, indent=2)

      print("Saved:", filename)

  return response


def main():

  if len(sys.argv) > 1:
      query = ' '.join(sys.argv[1:])
  else:
      query = input("Enter query: ")

  run_query(query)


if __name__ == "__main__":
  main()

Но самое ценное начинается после того, как эти эти запросы оказываются у вас на руках. Теперь вы можете расширить структуру контента — писать не одну статью, а несколько, покрывать подтемы. Также эти данные позволяют группировать запросы в смысловые блоки и смотреть, что AI считает важным.

Подробнее о fan-out запросах рассказываем в нашем блоге. Там вы найдете инструкцию по применению скриптов и советы по тому, как создавать их с помощью ИИ-ассистентов.

Поправки к закону Грузии «О трудовой миграции» от 15.04.2026: ИП-нерезиденту Грузии ПТД — НЕ НУЖЕН

Законодательная интрига почти исчерпана.

Речь про ИП-нерезидента Грузии (не живет в Грузии), и оказывает услуги заказчику-нерезиденту за пределами Грузии.

15 апреля 2026 года парламент Грузии принял поправки к закону «О трудовой миграции» (№ 1509-Vмс-XIмп). Поправки закрывают вопрос, который я разбирал в двух прошлых постах — (tg) пост № 1, (tg) пост № 2.

Короткая хронология.

В первом посте я писал, что по редакции от 26 июня 2025 года ПТД нужен всем самозанятым иностранцам. Если человек работает полностью дистанционно и в Грузию не въезжает — D1 и ВНЖ не нужны (ст. 13⁵ п. 2), но ПТД все равно нужен.

Во втором посте, после Резолюции № 70, вывод пересмотрел: ПТД не нужен вообще.

Самозанятый иностранец по ст. 3 გ² — это тот, кто «в Грузии осуществляет трудовую деятельность». Если вы в Москве, клиент в Нью-Йорке, а с Грузией вас связывает только запись в реестре ИП и банковский счет — это не деятельность в Грузии.

Логика простая.

Комбинаций по которым ИП в Грузии может оказывать услуги, как внутри Грузии, так и на экспорт довольно много + смешанные кейсы.

Если ПТД нужен всем, то пришлось бы менять логику закона «О предпринимателях» фактически запрещая статус ИП без ВНЖ, например как в Казахстане.

Контроль связки ПТД с визой D1 или ВНЖ был бы затруднителен со стороны правительства Грузии. В итоге «ПТД не нужен» — для определенных, четко установленных категорий иностранцев, единственно логичный выбор.

И законодатели Грузии его сделали.

15 апреля 2026 года вступили в силу поправки в ст. 1 п. 4 закона «О трудовой миграции»:

— Подп. «კ»: выполняет трудовую деятельность для местного работодателя полностью удаленно, и эта деятельность не требует от него/нее въезда на территорию Грузии;

— Подп. «ლ»: осуществляет трудовую деятельность/предоставляет услуги в интересах нерезидента, и эта трудовая деятельность/услуги связаны с осуществлением деятельности нерезидентом за пределами территории Грузии;

Для этих двух кейсов ни ПТД, ни D1, ни ВНЖ не нужны.

Отдельно — подп. «მ»: иностранец, который в грузинской компании I, II или III категории по Закону о бухучете осуществляет руководящую или управленческую деятельность, тоже вне ПТД.

Но есть нюанс.

Грузинские налоговики исторически условия контрактов ИП на 1% почти не смотрели, а теперь появился новый игрок — Инспекция труда. Какая там будет межведомственная коллаборация пока не известно.

В скором времени возможно ИП-нерезидентам без ПТД придется подтверждать контрактами, схемой денежных потоков зарубежное происхождение дохода, то есть право на освобождение от ПТД.

А малый бизнес 1% к условиям контракта чувствителен. Консалтинг нельзя, роялти тоже, можно слететь с 1% на 20%, в некоторых кейсах попасть на агентский НДС, на НДС после 100 тыс. лари при доходе от физлиц нерезидентов Грузии и т.д.

Но Инспекция труда не GRS, это надо помнить.

И еще интересное.

Помогаторы, не дождавшись ни подзаконки, ни поправок, уже продавали услугу оформления ПТД.

Часть людей стартанула «оформлять бумажку» на всякий случай. В итоге человек, которому ПТД был не нужен, самостоятельно вошел в контур регулирования со всеми вытекающими обязательствами.

Включилось правило 6 месяцев (ст. 13⁷(1)(ბ)) — покинул Грузию на полгода, ПТД аннулируют. При проверке не дал документы — штраф 5 000 лари (ст. 16²) и вот это все.

То есть человек сам привязал себя к Грузии, которой избегал. И получил обязательства, которых по новой редакции, просто нет.

Если вы подпадаете под подп. «კ» или «ლ» и ПТД не оформляли — не оформляйте.

Основание в законе прямое.

Если уже оформили ПТД нужно принять решение, оставаться или выходить из контура регулирования, если кейс человека не попадает под ПТД.

Если хотите провести аудит схемы получения доходов через Грузию, в том числе если живете в другой стране или перестроить схему под актуальную страну проживания — можете обсудить со мной.

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

Выяснилось, что всё довольно прозаично: красный — это KL.30, чёрный — земля, а белый — тот самый загадочный третий провод, который раньше вызывал больше всего вопросов. Им оказался KL.15 — не просто «ещё один плюс», а линия, на которую питание подаётся только при включённом зажигании. То есть, в отличие от постоянного питания на KL.30, этот провод живёт своей жизнью: есть зажигание — есть питание, нет зажигания — тишина: всё, что не должно сажать аккумулятор на стоянке, вешается именно туда.

В ходе изучения устройства я долго пытался понять, как же оно осуществляет связь с оператором: где GSM сим-карта или тут все по новомодной технологии Mesh? :) Ну или мне стоит искать дополнительный модуль связи где-то у себя под задним сидением? Но нет — всё оказалось куда компактнее. Если верить документации на УВЭОС, внутри вполне взрослый набор: GSM, UMTS и LTE в нескольких диапазонах, а тип SIM-карты – резидентная (несъемная) многопрофильная SIM-карта, установленная на печатную плату по SMD-технологии.

И действительно, если присмотреться, то “симка” у нас в форм-факторе WSON 8, и даже обведена соответственно. Поэтому, одним из следующих шагов может быть ее выпаивание и установка в полнофункциональный мобильный аппарат: узнать оператора связи, номер телефона, есть ли безлимитный интернет и звонки на отличные от экстренных служб номера.
А то кто знает… ну вы поняли ;)

Про остальные составляющие расскажу в будущих постах, а вы пока можете делать ставки, что тут еще есть интересного.

🧠 Обязательно поделись с теми, кому это может быть полезно: 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте

Как выбрать направление в веб-разработке?

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

Если вы уже определились с направлением — можно переходить к практике. Например, заглянуть на Хабр Карьеру и выбрать полезный курс с понятной структурой и фокусом на реальные навыки.

Собрали для вас учебные программы по каждому из направлений:

— Frontend-разработка. Создание интерфейсов и всего, что пользователь видит и с чем взаимодействует в браузере.

— Backend-разработка. Разработка серверной части и работа с базами данных.

— Fullstack-разработка.  Сочетание frontend и backend: подойдёт тем, кто уже освоил одно направление и хочет расширить навыки.

→ Выбирайте направление и погнали учиться 🚀

Модель Opus 4.7 заметили на Vertex AI

По слухам, релиз Opus 4.7 может состояться уже сегодня.

Ждем, главное чтобы доступна была всем, а то в комменты уже прислали какой-то слив скриншота, что нужно будет пройти верификацию личности по паспорту для доступа Opus 4.7 (видимо борьба с Китаем).

Вебинар «BI + ETL + КХД за 1,5 млн: как Modus закрывает весь стек корпоративной аналитики»

21 апреля в 12 по МСК приглашаем на вебинар, на котором эксперты ИТ-интегратора «Белый код» расскажут, как малому и среднему бизнесу внедрить BI-систему за 1,5 миллиона рублей.

Одна из задач, с которой к интегратору приходит малый и средний бизнес, — внедрение BI в рамках ограниченного бюджета. При этом есть жесткие требования, например, единая экосистема BI + ETL, без «зоопарка» инструментов, а также нативная работа с 1С как основным источником данных. 

На вебинаре специалисты поделятся практикой внедрения в сегменте МСБ, а также ответят на вопросы. 

Вы узнаете:

• Почему BI сам по себе не решает проблему разночтений в данных

• Какие организационные изменения нужны, чтобы аналитика начала работать

• Modus ETL: как устроена загрузка и обработка данных

• Modus BI: аналитический портал без лишней сложности

• Структура проекта за 1,5 млн рублей: стоимость лицензий, этапы проекта и результат

Спикеры вебинара

• Андрей Рыжик, product owner BI-направления компании «Белый код»

• Наталья Лобанова, коммерческий директор компании «Белый код»

📌Дата и время: 21 апреля 12:00 МСК (онлайн)

Участие бесплатное, требуется предварительная регистрация.

Принять участие

Публичная ферта: когда обязательна и основные требования

Продолжаем серию постов о договорах для самозанятых и малого бизнеса.

Публичная оферта (далее - Оферта) защищает бизнес от неправомерных требований потребителей, а в некоторых случаях ее размещение обязательно.

Оферта позволяет осуществлять продажи без заключения индивидуального договора с каждым клиентом

Что такое оферта и ее акцепт

Публичная оферта - это предложение, адресованное неопределённому кругу лиц, с которым вы готовы заключить договор на одних и тех же условиях с любым, кто отзовётся (п. 2 ст. 437 ГК РФ).

Акцепт - это ответ того, кто принял оферту. Он должен быть полным и безоговорочным (п. 1 ст. 438 ГК РФ). Акцептом может быть: подписание договора; письмо с согласием; конклюдентные действия - например, оплата счёта или заявка на сайте.

Когда оферта обязательна:

⦁ Продажи через сайты и лендинги с возможностью онлайн-оплаты.
⦁ Интернет-магазины и иные дистанционные продажи товаров.
⦁ Продажа онлайн-курсов, вебинаров и других цифровых образовательных продуктов.
⦁ Подписки и сервисы с регулярными платежами (доступ к платформам, контенту, ПО).
⦁ Оказание услуг через Telegram-каналы и чаты, включая продажи через ботов.
⦁ Прием оплаты через платежные системы, эквайринг, агрегаторы (включая ссылки на оплату).
⦁ Массовое оказание однотипных услуг без индивидуального подписания договоров (консультации, сопровождение, онлайн-сессии).
⦁ Любые модели, где договор заключается дистанционно и акцепт происходит через оплату или совершение действия (клик, регистрация, бот-команда).

Оферта должна соответствовать требованиям закона о защите прав потребителей и содержать существенные условия.

Но об этом - в следующий четверг.

Поймал себя на мысли, что последние пару лет я просто варю ИИ с помощью другого ИИ, наполняя первый знаниями, идеями и инструментами. И чем дальше, тем больше история смещается к наполнению идеями. Знает эта зараза уже побольше меня. Моё контекстное окно явно проигрывает, а поиск занимает больше времени. Пока её узкое место - неумение работать на земле. Мне повезло. Второй год занимаюсь маршрутизацией курьеров и просто цифровых следов в существующих системах недостаточно. Надо подмечать практики у лучших кожаных мешков и принуждать по ним работать худшие мешки. Например, эта зараза угадывает с точностью до минуты (MAE) когда курьер вручит следующий заказ курьеру. Это с лифтами, пробками, домофонами, погодой и прочими приключениями в пути. Без всяких карт. Просто предсказываает, а потом придумывает всё остальное. Самые крутые курьеры вручают 25% заказов за 3 минуты до окончания дедлайна и почти не опаздывают. Скоро она научится делать это в разы лучше. Опоздания она уже снижает кратно. Когда-то расчет маршрута был сложной задачей. Сейчас он занимает доли секунды даже на огромных объёмах при фантастическом качестве. Для этого недостаточно изучить алгоритмы и подходы, попробовав их сочетания. Пришлось скормить ей кучу нюансов бизнеса и договориться в каких случаях какие компромиссы по жадности возможны.
Я пытаюсь переосмыслить собственную ценность. Похоже, я больше не аналитик, не разработчик. Я просто тот парень, который катается на дарксторы и рассказывает ИИ как можно попытаться сделать бизнес ещё лучше. Затем проверяю взлетает или нет. Улучшаю бизнес через изменения в системах и процессах. И так уже почти 30 лет.

Почему “лучший курс” часто оказывается самой дорогой ошибкой

В криптообмене и цифровых переводах пользователи часто ориентируются на самый очевидный показатель, это курс.

Логика понятна: если в одном месте курс выше, а в другом ниже, значит выгоднее там, где цифра выглядит лучше. На практике именно здесь и начинается одна из самых частых ошибок.

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

В итоге человек выбирает не самый выгодный сценарий, а самый привлекательный заголовок.

Особенно часто это происходит там, где пользователь сравнивает сервисы по агрегатору, таблице или просто по первым цифрам на экране. Визуально разница может выглядеть как очевидная выгода, но после оформления заявки выясняется, что реальный результат уже другой.

Иногда «лучший курс» ломается на комиссии, которая появляется позже. Иногда на спреде между заявленным и финальным расчётом. Иногда на том, что деньги приходят дольше, чем ожидалось, и пользователь теряет не на цифре, а на времени.

Есть и более неприятный сценарий: курс сам по себе хороший, но путь к нему слишком хрупкий. Например, заявка обрабатывается вручную, окно фиксации короткое, правила обновляются в процессе, а любое отклонение по сумме или времени уже меняет итог.

С точки зрения интерфейса всё выглядит честно: цифра показана. Но с точки зрения пользователя это часто превращается в когнитивную ловушку. Он уже увидел «выгоднее» и перестал смотреть на остальное.

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

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

Если смотреть шире, проблема не в самом курсе. Проблема в том, что пользователь принимает решение по одному параметру в сценарии, где значимы сразу пять или шесть.

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

Представлена подборка из 200 зарубежных IT-компаний с российскими корнями (и не только), которые нанимают русскоязычных кандидатов. В таблице по каждой компании добавлены дополнительные данные — локация, персонал, ссылки на вакансии, рынки работы.

Версия сборника в PDF формате.

Версия сборника в табличном формате.

Уважаемый hh.ru!

К сожалению, в настоящий момент я не готов пригласить Вас на дальнейшее интервью в качестве кандидата в инструменты для поиска и обработки вакансий. Я внимательно ознакомился с Вашим возможностями и интерфейсом и, возможно, вернусь к Вашей кандидатуре, когда у меня возникнет такая потребность, а вы будете более заинтересованы в своих пользователях.

Без особого уважения, Увидимся.

🎙Как найти работу в 2026 году и не сойти с ума?

Представь: рынок труда кипит, как котелок с трендами, а ты в поиске идеальной вакансии. Что происходит на самом деле?🔥

Три спикера из КОРУСа поделились ценными инсайтами:
🔘 Катя Каморина, HR-директор в MONS, разобрала общую картину рынка труда и подсказала, как не нарваться на фейки.
🔘 Даниэль Ануприенко, менеджер по управлению персоналом, вскрыл главные ошибки соискателей: почему массовые отклики — это вчерашний день, и как выделиться по-настоящему.
🔘 Настя Сигуа, HR BP в ROXIT, окунулась в психологию процесса: как не сломаться от отказов (спойлер: отказ ≠ «ты плохой»), и почему иногда мы сами отгоняем заветный оффер.

Ведущая подкаста — Юля Скируха, маркетолог HR-бренда в КОРУСе.
➡️ Слушай подкаст по ссылкам: первая часть, вторая часть.

И скачивай карьерный гайд по ссылке.

#talk_it_easy