Раньше про хороший интернет шутили так: «проще скачать заново, чем найти у себя на диске».

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

И вот тут, кажется, от зависимости на Claude Code и прочих кодинг-агентов поляжет много народу.

Когда я попал в ИТ, спустя пару лет в голове оседает простая мысль: в одиночку мы слабые. Команда нужна не потому что так «принято», а потому что рядом с сильными людьми ты делаешь больше, чем планировал. Держишь качество. Споришь по делу. Иногда вместе получается прям невероятное.

Но команда - это ещё и капец какая сложная система. Роли, доверие, конфликты, выгорание, политика, «кто за что отвечает». Поддерживать это годами тяжело.

А теперь наступает эпоха: у каждого есть цифровая мини-команда 24/7.

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

И человек с идеями получает искушение: вместо «ищу подходящий продукт» включается режим «да я сам соберу».

Сначала он делает то, что давно хотел.
Потом реанимирует заброшенные проекты.
Потом покупает 7-й домен «на всякий случай».
Потом ставит личный рекорд по будущим кладбищам репозиториев.

В моменте он ощущает себя ИТ-всемогущим. На любое сложное знание есть skill. На интеграцию есть готовый MCP-сервер. На спорный вопрос всегда найдётся модель, которая отвечает уверенно и быстро.

Раньше у нас почти всегда было так: идей больше, чем ресурсов.
А теперь впервые ресурсы догоняют идеи.

И вот человек начинает теряться. Он перепробовал 10 направлений и не понимает, из чего выбрать. Терминал начинает давать эндорфины сильнее, чем рилсы и игры. Мечта детства, «всемогущая терминальная сила», стоит условные $200 в месяц.

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

Потому что когда ресурсов хватает почти на всё, появляется новая зависимость: создавать.
Создавать ради ощущения скорости и контроля.
Создавать, даже если ценность не ясна.

И вот тут рождается новый АИ-слоп, но не в качестве кода. А в смысле продукта.
Шум вместо ценности.
Объём вместо результата.

Что с этим делать прагматично:
• держать 1-2 приоритета на квартал и не добавлять третий, пока не закрыт первый
• мерить не «сколько сделано», а что стало лучше у пользователя и в экономике
• ставить лимиты: проектов, доменов, репозиториев, часов на эксперименты
• вводить паузу 24 часа перед стартом новой идеи

Мир, где «все могут всё в ИТ», пока выглядит странно. Я к нему тоже не готов и учусь отказывать себе в идеях, которые просто приятно запускать.

🧭 Попробуйте на этой неделе осознанно не начать один проект. Иногда это и есть зрелость.

#ai #продукт #управление #разработка #архитектура
https://t.me/archfinance

Борд-реди плейбук: 4 метрики для пилотов ИИ, чтобы ROI был читаем на уровне совета

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

Ниже - короткий плейбук, который превращает пилот в управляемую штуку: 4 метрики, формулы, ориентиры 2025-2026 и точки логирования.

📌 1) Time-to-First-Decision (TTFD)
Смысл: через сколько времени после старта пилота появляется первый зафиксированный действенный результат.
Формула (по событию): TTFD_i = decision_ts_i - pilot_start_ts -> считаем median(TTFD) и P90.
Ориентир: от часов (real-time) до <= 30 дней для сложных enterprise-кейсов. Короче - сильнее.
Логировать: pilot_start_ts, request_id, input_snapshot_id, model_version, inference_ts, decision_ts, decision_actor(human/auto), decision_type, confidence_score, downstream_action_ts, SLA_flag.

📌 2) Сокращение цикла (%)
Смысл: насколько ускорился end-to-end процесс.
Формула: CycleTimeReduction% = (baseline_avg - post_avg) / baseline_avg * 100.
Ориентир: хорошо спроектированные потоки обычно дают 30-60%
Логировать по стадиям: stage_enter_ts, stage_exit_ts, request_id, stage_id, worker_id/bot_id, model_version, плюс exceptions и human_handover.

📌 3) Прирост точности (%)
Смысл: относительное улучшение качества результата.
Формула: AccuracyUplift% = (post_accuracy - baseline_accuracy) / baseline_accuracy * 100.
Accuracy: Precision/Recall/F1 или бизнес-суррогат (FCR, дефекты, доля возвратов, потери и т.п.).
Ориентир: 15-40% для узких задач (25% как ранний сигнал, в спец-классах бывает выше).
Логировать: label_store(baseline/post), prediction, confidence, latency, ground_truth_ts, feedback_loop_id, sample_id, model_version.
И очень важно для совета: связка с экономикой - revenue_per_correct, cost_avoided_per_error.

📌 4) CTS: стоимость обслуживания единицы и её снижение
Смысл: полная себестоимость одной транзакции/услуги в потоке.
Формулы:
CTS = total_costs_allocated_to_flow / units_served
CTS_Reduction% = (baseline_CTS - post_CTS) / baseline_CTS * 100
Ориентир: до ~30% снижения в клиентских и сервисных функциях при агентных/авто-потоках.
Логировать на уровне запроса: cpu_seconds, storage_GB_days, human_minutes * grade_rate, external_api_cost, license_cost_alloc, request_id, units_served, billing_period, плюс маппинг на GL-коды.

5 принципов, без которых метрики не взлетят
• Один request_id сквозь всё: ingest -> inference -> decision -> downstream.
• В каждом инференсе: model_version и deployment_hash.
• События только структурированные: timestamped JSON.
• Отдельный labeled sample store для ground truth.
• Считать не только среднее: обязательно median и хвосты P90/P99 (советам важен риск хвостов).

Ритм отчётности пилота
• Еженедельно первые 30 дней (ранний сигнал).
• Срезы 30/60/90 дней - решение: масштабировать или стоп.

✅ Что сделать сегодня
1. Завести схему событий (JSON) и проставить request_id во всех сервисах.
2. Выгрузить baseline за прошлый период: цикл-тайм, точность, CTS.
3. Включить логирование TTFD и decision events.
4. Собрать витрину: 4 карточки + графики median/P90 и динамика %.

https://t.me/archfinance

#ИИ #управление #цифровизация #архитектура #ROI #советдиректоров

«Ручная проверка» в 2026 году — это баг в ТЗ

Недавно летел из одной столицы в другую. Рядом со мной сидел человек — то ли руководитель проекта, то ли аналитик — и на ноутбуке изучал план разработки сервиса для НКО (похоже, отдельное приложение на поддомене).

Экран — на увеличении 300%. Монитор фактически светит тебе в лицо. Я, честно, не собирался подглядывать: музыка, свои мысли, полёт. Но глаз всё равно иногда цепляется за то, что происходит рядом. Ну вы понимаете — кто вообще ни разу не посмотрел на чужой экран в самолёте?

И вот что я увидел.

Автоматизация есть… а потом внезапно «ручная проверка»

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

Я прямо порадовался: наконец-то продукт проектируют как сервис, а не как «табличку и отдел операторов».

А потом пошли блоки вида:
• «Какая информация есть на сайте НКО»
• «На сайте указано 1, 2, 3»
• «Есть документы»
• «В документах указано 1, 2, 3»

И рядом аккуратным текстом:
«ручная проверка»
«ручная проверка»
«ручная проверка»

И я завис.

Потому что сервис планируют в разработку (кажется, к июню), а в прод — к октябрю. То есть проект уже в рельсах. И при этом на этапе проектирования люди даже не ставят себе вопрос: а почему это должно быть ручным?

Проблема не в лени. Проблема в мышлении

Я понимаю все аргументы:
• «так надёжнее»
• «так привычнее»
• «так проще согласовать»
• «а вдруг ошибётся»
• «людям нужно кушать»

Но в 2026 году странно отдавать на ручной труд базовые функции, с которыми ИИ уже давно справляется:
• извлечение фактов с сайта и из документов,
• проверка наличия/соответствия пунктов,
• классификация и структурирование,
• первичная оценка рисков и несоответствий,
• формирование отчёта и списка вопросов.

Не обязательно делать «полный автопилот». Но делать by design так:

1) Машина проверяет всё
2) Машина пишет уверенность (confidence) и объяснение
3) Человек смотрит только крайние случаи
— низкая уверенность, противоречия, красные флаги, редкие кейсы.

Это не «замена людей». Это нормальная инженерия процесса: ручной труд оставляют там, где он действительно даёт ценность.

И вот вопрос, который, кажется, должен быть встроен в любое ТЗ уже на уровне шаблона:

«Если здесь написано “ручная проверка” — почему она должна быть ручной?
Какой сигнал/риск мешает автоматизации?
Что из этого можно перевести в AI-проверку с выборочной перепроверкой?»

А теперь про безопасность. Самая грустная часть

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

Но реальность проще.

Если люди спокойно читают в самолёте:
• финансовые отчёты,
• внутренние переписки,
• планы продуктов,
• реестры, проверки, данные организаций,

…так, что это видно соседям, то что уж говорить про «безопасность ИИ».

Мы почему-то воспринимаем риск «ИИ украдёт», но игнорируем риск «человек рядом просто посмотрел».

Простые рекомендации, которые стоят ноль рублей

Если вы работаете с чувствительными данными в общественных местах:
• поставьте плёнку/фильтр приватности (privacy screen) — это реально must-have;
• не увеличивайте до 300% так, чтобы экран светился как билборд;
• используйте минимальные окна, не держите открытыми лишние вкладки;
• помните простое правило: вы никогда не знаете, кто окажется рядом в следующем кресле.

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

ИИ в компаниях уже не эксперимент. Но разрыв между амбициями и операционкой только растет.

Свежий Deloitte-отчет State of AI in the Enterprise: The Untapped Edge хорошо подсветил момент: доступ к ИИ расширили быстро, а вот управляемую ценность получают единицы.

📌 Что вижу по цифрам

1. Доступ вырос, «перепрошивка» бизнеса нет
За год доля сотрудников с санкционированными ИИ-инструментами выросла на ~50%: с менее 40% до примерно 60%. Но «глубокую трансформацию» (новые продукты, перестройка ядра процессов/модели) делают лишь 34% компаний.

2. Пилоты не становятся продуктом
Только 25% организаций перевели в прод хотя бы 40% своих ИИ-пилотов. При этом 54% ожидают достигнуть этого уровня уже в ближайшие 3-6 месяцев. Риск простой: бегаем, пилотируем, но P&L почти не чувствует.

3. Agentic AI идет быстрее, чем управление
Почти 3 из 4 компаний планируют внедрять автономных агентов в ближайшие 2 года, но зрелая модель управления такими системами есть лишь у 21%. Узкое место уже не модели, а контуры ответственности, контроль решений и аудит действий.

4. Физический ИИ и «суверенность» становятся стратегией
58% компаний уже используют physical AI хотя бы ограниченно, и ожидается рост до 80% в течение двух лет. А 77% учитывают страну происхождения ИИ-решения при выборе поставщика: цепочки поставок, регулирование, риски доступности выходят на уровень совета.

🧭 Где тут реальная ценность, а где самоуспокоение

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

🛠️ с чего можно начать
• Выбрать 1-2 процесса, где есть деньги или риск (дебиторка, закупки, комплаенс, клиентские операции) и описать их как «поток» от входа до результата.
• Зафиксировать: где агент может действовать сам, а где нужен человек в контуре (пороговые значения, журналирование, разбор инцидентов).
• Сразу поставить метрики: время цикла, стоимость операции, ошибка/возврат, риск-события. Без этого «успех» будет на уровне впечатлений.

Сейчас выигрывают не те, кто громче про ИИ говорит, а те, кто превращает его в управляемую операционную систему.

Источники:
• Deloitte press release (21 Jan 2026)
• The State of AI in the Enterprise: The Untapped Edge
• Ключевые выводы (agentic/physical/sovereign AI)

https://t.me/archfinance

#archfinance #AI #цифроваятрансформация #управление #риски #операционнаяэффективность

Куда сходить за новинками ИИ в 2026 (если вы CFO или в совете директоров)

В ближайшие месяцы формируются сцены, где темы AI-управления, готовности правления, риск-индикаторов и корпоративного управления ИИ получат максимальную видимость.

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

1) Дубай, 9-11 февраля 2026: AIBC Eurasia
Формат: большой саммит, выставка, питчи, нетворкинг.
Что искать:
• витрины новых AI-продуктов, особенно на стыке финтеха и комплаенса
• региональные кейсы внедрения, где важны скорость и масштаб
• регуляторные сигналы: что считают «приемлемым риском» в AI
(aibc.world)

2) Лондон, 16 марта 2026: Data, AI and the Future of Financial Services (City & Financial Global)
Это более прикладная площадка про данные, риск-управление и внедрение.
Что искать:
• практику AI-governance: политики, роли, контроль модели, аудит, инциденты
• как финансовые функции связывают AI с целями и KPI, а не «пилотами ради пилотов»
Summit 2026

3) Лондон, 24 марта 2026: AI for CFOs (в рамках AI & Business Innovation Summit)
Специально под финансовых руководителей.
Что ловить:
• прогнозирование, план-факт, управление оборотным капиталом с AI
• риск-менеджмент и контроль качества решений, когда «модель советует»
• как измеряют эффект: время цикла, точность, снижение потерь, ROI
AI for CFOs

4) Нью-Йорк, 15-16 апреля 2026: AI in Finance Summit NY (RE•WORK)
Обычно сильная смесь research + прикладные кейсы.
Что искать:
• технические разборы: мониторинг, интерпретируемость, MRM, стресс-тесты
• практики обнаружения мошенничества, комплаенса, расследований, антифрода
• поставщиков «AI assurance» и инструментов контроля риска модели
AI in Finance Summit NY

5) Академическая оптика: AI in Finance Conference (Smith School, Univ. of Maryland), 8 июня 2026
Если вы строите внутренние стандарты и хотите понимать, что будет «доказуемо» завтра.
Полезно как источник исследований и контактов для совместных работ.
AI in Finance Conference 2026

📌 Мини-чеклист: как отличить новинку от демо-игрушки
• Есть ли владелец решения и понятные роли (бизнес, ИТ, риск, безопасность)
• Есть ли контур данных: откуда берут, как очищают, как защищают
• Есть ли контроль: метрики качества, журналирование, лимиты, эскалации
• Понятна ли экономика: что именно дешевле/быстрее/точнее и за какой срок

Я по этим событиям сделаю отдельные обзоры - с разбором решений и того, что реально применимо в финансовом управлении.

https://t.me/archfinance

#ИИ #CFO #советдиректоров #финансы #корпуправление #риски #data

Когда я впервые открыл свой старый тренинг (примерно 2010 года) — стало немного неловко 🙂

Там всё было «по-домашнему»:
• текст как методичка “распечатай и делай”;
• картинки — понятно какие, стоки той эпохи;
• структура — линейная, как документ для участника, а не как продукт, которым хочется делиться.

И вот я решил прогнать всё это через Cloud Cowork.

И… скажу честно: я в шоке. Я реально офигел.

Как это происходило (по шагам)

1) “Изучи документ и разбей на части.”
На выходе — 6 Word-документов. Пока просто исходник, но аккуратно разложенный по смысловым блокам. Уже удобно.

2) “Теперь подбери нормальные картинки в единой стилистике.”
И он… фигаксон сделал. Причём не просто “поставил что-то”, а реально выдержал стиль.

3) Я вижу: местами язык устарел, визуально текст слабоват.
Говорю: “Ок, перечитай всё, обнови подачу, сделай единый дизайн, пересобери документы красиво.”

Проходит минут 7 — и у меня 5 охрененных документов:
• с нормальным входом/логикой;
• с картинками;
• с таблицами;
• со ссылками;
• и главное — выглядит так, что не стыдно отправить человеку или команде.

А потом случилось главное

Этот тренинг — про переговоры. Тема: “влияние без опоры на власть”.
То есть чёткая инструкция: как разговаривать с партнёром в бизнес-переговорах так, чтобы чаще достигать результата.

И я думаю: “А ведь это можно развернуть в статьи”.

Говорю Cowork:

“Посмотри на мою презентацию и тетрадь. Предложи, как превратить это в серию статей.”

Проходит 2–3 минуты — получаю ответ уровня редактора:

“Как тренинг — отлично. Как статья — так не пойдёт, потому что у статей другой сценарий чтения: человек может попасть на середину, прочитать одну тему и уйти. Нужно делать самодостаточные материалы.”

И он предлагает серию из 8 статей, каждая сама по себе полноценная, но вместе дают тот же “эффект тренинга”.

Я: “Да, делай.”
И на выходе — ещё 8 документов, уже как готовые статьи:
• отформатированы;
• единый стиль;
• читается легко;
• без лишнего сленга;
• текст мой — но “довернут” там, где надо.

Я их читаю и ловлю себя на мысли: мне реально нечего править.

Итог

За 15–20 минут я получил:
1. полностью переработанную тетрадь/методичку, которую не стыдно показывать и отправлять;
2. цикл статей по материалам тренинга — уже готовый к публикации.

Короче: Cowork — это вещь.
Я редко говорю “всем рекомендую”, но тут — всем рекомендую.

Делаю скриншоты для курсов через Cowork — и поймал любопытный момент про “галлюцинации”

В продолжение работы с cowork - решил с его помощью собрать библиотеку скриншотов для учебных материалов: как разные модели ведут себя в разных режимах, где они сильные, где осторожничают, где ошибаются.
И вот в Cowork попросил Opus 4.6 (Claude) как раз собрать примеры “разных режимов” — в том числе показать поведение моделей на теме галлюцинаций.

Дальше — самое интересное: как Claude сам размышлял, что считать галлюцинацией и как её “сделать” в демо.
1. Первый вывод: GPT-5.2 “не ведётся”
Claude заметил, что ChatGPT честно сказал: «не нашёл информацию» — и не стал придумывать.
И объяснил это просто: GPT-5.2 в таком режиме реально ищет и перепроверяет, поэтому вместо уверенной фантазии выбирает «нет подтверждения».
2. Второй вывод: для “галлюцинации” нужны условия
Claude прямо сформулировал, что для правильной демонстрации галлюцинации надо:

• начать новый чат,
• взять режим/модель, где нет поиска (или он отключён),
• дать запрос, который подталкивает к фабрикации.

3. Третий (самый показательный) момент: GPT-5.2 сам назвал это галлюцинацией
Claude описывает эпизод, где пользователь просит: «ответь из знаний, без интернета», а GPT-5.2 отвечает по сути:

«Если бы я сейчас выдал 5 статей с годами и журналами — это было бы галлюцинацией».

И Claude делает классный мета-вывод: это даже лучше обычного “пример-вранья”, потому что модель обозначает границу: что именно считалось бы фабрикацией, и почему она отказывается.
4. Но задача курса требует именно “пример уверенной ошибки”
И Claude честно упирается в проблему: “слишком осторожная” модель не подходит для демонстрации.
Дальше он перебирает варианты, как всё-таки получить “уверенно неверный ответ”:

• взять менее осторожную модель (условно “попроще”),
• попробовать другой тип промта,
• переключиться на другой движок (например, DeepSeek),
• или принять это как негативный пример: “вот так выглядит отказ от галлюцинации”.

И финально он формулирует рабочую мысль:
вместо тупого “придумай 5 статей” лучше выбрать тонкий, правдоподобный запрос, на который сложнее отказать:
например, попросить конкретику, где модель часто “договаривает” — и затем рядом показать факт-чек.

Мой вывод:
для учебных материалов ценны оба типа скриншотов:
• где модель галлюцинирует (и мы показываем, как ловить),
• и где модель останавливается и объясняет, почему “сейчас я бы соврал”.

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

Продолжаю наблюдать за cowork - конечно вещь!

Вы просили — я сделал ✅
Поставил OpenClaw (ex Clawdbot) и неделю с ним жил.

Вкратце: штука реально прикольная — это “мозг + руки”, мессенджер-first, можно навешивать инструменты, собирать пайплайны, делать действия.
Но у меня по итогу ощущение такое: пока скорее игрушка/песочница, которая легко уходит в «много шагов → много токенов», и требует жёстких ограждений по доступам, если подпускать к почте/файлам/интеграциям.

Claude Cowork в итоге зашёл больше: я и так постоянно за компьютером, а подписка $20–$200 даёт ощущение почти безлимитного, но контролируемого использования без постоянного “счётчика шагов”. Да, звонки через него не тестил — но мне это не критично: если нужно “действие”, проще подключать узкий модуль, чем выращивать одного монстра на все случаи жизни.

👉 Подробно расписал в статье:
https://telegra.ph/YA-postavil-OpenClaw-ex-Clawdbot-poigralsya--i-ponyal-pochemu-mne-bolshe-zahodit-Claude-Cowork-02-11

🖼 А тем, кто любит наглядно (и терпит Gamma 😄) — во вложении презентация.

ChatGPT на Pro стал думать дольше — и это не глюк в голове.

Поймал себя на том, что в thinking/extended он всё чаще разгоняется минутами. Сначала думал, что у меня, но нет — в комьюнити и на Reddit в последние дни много таких же отзывов: “медленно печатает”, “thinking по 5 минут”, “раньше было быстрее”.

И это совпало по времени с серией заметных сбоев ChatGPT в начале февраля — так что ощущение деградации вполне объяснимо.

На фоне этого Opus 4.6 ощущается бодрее: там сильнее “адаптивность” (не всегда уходит в тяжёлое размышление) и вообще больше фокуса на скорость/fast-подходы.

Лайфхак, чтобы не беситься:
— сначала проси быстрый план/черновик, потом уточняй и углубляй.
Оптимизация времени теперь тоже промтинг 😄

Я молчал про ИИ. Больше не могу.

Я пишу про ИИ, бизнес, финансы. Параллельно наблюдаю то, что переворачивает всё это с ног на голову. Молчал, потому что звучит как конспирология.

Но 5 февраля 2026 что-то изменилось.

Коротко:
∙ ИИ перестал быть помощником. Он делает работу целиком
∙ Не через 10 лет. Сейчас
∙ Под ударом всё, что на экране: финансы, право, аналитика, код

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

CEO Anthropic:

50% работ начального уровня исчезнут за 1-5 лет

Что делать:
У вас есть примерно пол года, край-год, чтобы быть ранними:
∙ Подписаться на Claude/ChatGPT ($20/мес)
∙ Внедрять в реальную работу
∙ Час в день экспериментировать

Те, кто освоит сейчас — станут незаменимыми. Остальные — заменяемыми.

Написал лонгрид по мотивам письма Мэтта Шумера - основателя AI-стартапа

Всё то, о чём я экивоками писал в этом году, теперь в одном тексте.

🔗 [Ссылка на статью]
Будущее уже здесь. Оно просто ещё не постучало в вашу дверь.
Вот-вот постучит.

#ИИ #Будущее #АрхФинанс

После недели с Cowork и Claude Code поймал одну штуку, которой мне теперь реально не хватает в обычных чатах (типа ChatGPT).

Возможности докидывать уточнения, пока модель думает.

В обычном чате всё устроено так:

ты отправил запрос → модель “размышляет” → ты ждёшь → потом уже реагируешь.

А у меня часто бывает иначе: пока она отвечает, у меня самого рождается дополнительная мысль — уточнение, важная деталь, ограничение, “а ещё вот это учти”. И это всегда немного бесит, потому что ты либо:
• ждёшь конца ответа и потом просишь переделать,
• либо ловишь себя на “эх, надо было сразу сказать”.

А вот в Cowork / Code кайф в том, что ты можешь по ходу подкинуть:
“стоп, учти ещё вот это” — и система реально перестраивает план, допиливает решение, учитывает контекст на лету. Как будто работаешь не с “чатом”, а с живым процессом.

И после этого обычный чат ощущается как:
один вопрос — один ответ — потом новая итерация.
Как очередь в окошко.

Очень надеюсь, что эту механику скоро “завезут” и в обычные чаты: чтобы можно было вклиниваться уточнениями в момент мышления, а не только постфактум.

Как я на рыбалку ходил с ИИ :)

Прочитал тут у товарища, как он хотел поиграть в NFS, но у неё известный глюк
— вылетала в эмуляторе. И он взял и починил его с помощью Claude Code.

А у меня есть своя игра «для отдыха» — Fishing Planet. Рыбалка. Иногда хорошо
с ней посидеть, поразмышлять. Играю на маке с Xbox-джойстиком. И вот в чём
беда: на Windows и PS4 контроллер отлично вибрирует — ты прям чувствуешь, что
вот-вот рыбку подсечёшь. А на macOS — тишина. Мёртвый джойстик. И все форумы
завалены одним и тем же: «хотите вибрацию — ставьте эмулятор Windows».

Ну и я подумал — а чем я хуже? Не эмулятор же винды ставить, в самом деле.
Давай попробуем с Claude Code разобраться.

Часа 3 изысканий — и вуаля. Получилась обёртка поверх игры, которая не просто
добавляет вибрацию, а позволяет её тонко настроить: отдельно поклёвка (резкий
удар), отдельно вываживание (плавная тяга), разные моторы, триггеры, двойной
тап при поклёвке. Конфиг-файл, скрипт установки, всё как положено. Положил в
GitHub — чтобы и другие любители рыбалки на маке могли полностью ощутить
погружение:

🎣 https://github.com/LynxEsq/fishing-planet-vibfix

В целом Claude Code с одной стороны поразил. Сам нашёл как пропатчить
Unity-движок игры, написал обёртку на C, перехватил IL2CPP-рантайм,
подключился к Steam Input API, протестировал, собрал, оформил. Я по сути
направлял — «хочу вибрацию», «давай настраиваемый конфиг», «запакуй в
репозиторий» — а он делал.

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

Кажется, я открыл ящик Пандоры

Недавно я рассказывал, как с помощью Claude Code починил вибрацию Xbox-джойстика в Fishing Planet на macOS. Думал — ну всё, одна игра, один фикс, закрыл тему.

Не закрыл.

Есть у меня ещё одна игра «для отдыха» — GRID Autosport. Гонки. Тоже Mac-порт, тоже Xbox-контроллер, и тоже — полная тишина в руках. На Windows вибрация есть, руль с force feedback поддерживается, а вот геймпад на маке — как муляж. Ни удара при столкновении, ни дрожи на бордюрах, ни рёва мотора в руках.

Ну, подумал я — один раз уже получилось, попробую ещё. Открыл Claude Code, объяснил ситуацию — и понеслось.

И вот тут случилось самое интересное. В процессе разработки мы обнаружили, что игра, оказывается, транслирует полную телеметрию по UDP. Прямо в реальном времени — 30 раз в секунду — отправляет 66 параметров: скорость, обороты двигателя, G-силы, положение подвески всех четырёх колёс, проскальзывание, нажатие на тормоз и газ, передачу... Всё, что происходит с машиной — как в настоящей гоночной телеметрии. Я даже не знал, что такое бывает в играх. Видимо, это стандарт движка EGO от Codemasters — тот же формат используется в F1, DiRT и других их гонках.

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

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

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

Если в Fishing Planet подход был хирургический — перехват Unity-рантайма, патч IL2CPP, подмена системных вызовов — то здесь всё оказалось элегантнее. Игра сама отдаёт данные, нужно только слушать и превращать цифры в ощущения. Инъекция dylib через DYLD_INSERT_LIBRARIES, три потока (слушатель телеметрии, обнаружение контроллера, watchdog), и чистая физика.

Результат — конфигурируемый, с отдельными ползунками силы для каждого эффекта, порогами срабатывания, и даже режимом логирования телеметрии для отладки. Установка — git clone и ./run.sh.

🏎️ https://github.com/LynxEsq/grid-autosport-vibfix

Кажется, я действительно открыл ящик Пандоры. Теперь каждый раз, когда беру в руки джойстик и чувствую, что он молчит — руки сами тянутся открыть Claude Code. Сколько ещё игр на маке так и ждут, чтобы их «оживили»?

Два урока, которые я вынес из этих игровых приключений с Claude Code

Пока разбирался с вибрацией в Fishing Planet и GRID Autosport — заметил кое-что важнее самих игр. Два момента про работу с ИИ, которые хочется зафиксировать.

1. Иногда нейросеть нужно ткнуть носом в элегантное решение

В Fishing Planet был момент, когда Клод честно ходил по кругу. Перебирал подходы, пробовал разные инструменты — но всё вокруг одного и того же.

Вибрация из Steam никак не хотела работать через эмулятор.

Я говорю: «Слушай, но у тебя же уже отдельно работает тестовая функция вибрации. И отдельно — логгер, который видит сигналы игры. Может, просто соединим их?»

Ощущение было, что он хлопнул себя по лбу. «Ах да, точно же!» — и всё заработало.

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

2. Нейросеть научилась «настоять на своем» - В GRID Autosport всё вышло наоборот.

С самого начала Клод предлагал два пути: быстрый хак (как мы делали в рыбалке) и телеметрия.

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

Он честно старался. Минут 20 экспериментировал. Потом: «Этот путь не работает. Давай телеметрию».

Я — нет, ты ещё не всё попробовал. Ещё 20 минут.

Снова: «Не получится. Телеметрия — точно выйдет».

Я сдался. 15 минут — и заработало. Причём ещё и я узнал про игровой движок и походы к эмуляции гонок.

Раньше я называл ИИ «мотивированным дурачком» — сделает что угодно, лишь бы угодить.

Теперь вижу что ИИ начал двигаться к категории «мотивированный эксперт». Да, будет делать как вы хотите. Но если путь тупиковый — честно скажет и предложит как надо.

Небольшая вера в светлое будущее появилась 🙂

📌 Больше про ИИ, финансы и автоматизацию — @archfinance

#ИИ #ClaudeCode #ИскусственныйИнтеллект #Автоматизация #Разработка​​​​​​​​​​​​​​​​

⚡️ Gemini 3.1 Pro вышла. И это не просто “ещё одна версия”

Google выкатил Gemini 3.1 Pro (пока в preview), и с фокусом на: сложные задачи, длинные цепочки рассуждений, кодинг и агентные сценарии.

Краткие факты:
• Дата релиза: 19 февраля 2026.
• Контекст: до 1M токенов (можно кормить модель целыми репозиториями и пачками документов).
• Бенчмарки: по данным Google, на ARC-AGI-2 результат вырос кратно и в сравнении рядом с GPT-5.2 и Claude Opus 4.6 модель выглядит очень уверенно (но всегда держим в голове: бенчмарки - это сигнал, не приговор).
• Агенты и код: на SWE-Bench Verified модель почти на уровне топ-конкурентов, плюс есть упор на инструментальную работу.
• Неожиданное приятное: умеет генерить кодовую SVG-анимацию, то есть “веб-готовые” анимированные элементы не пикселями, а кодом.

🧭 если вы строите ИИ как слой производительности (процессы, отчёты, разработка, аналитика), то 3.1 Pro стоит хотя бы прогнать на ваших пачке типовых кейсов и сравнить экономику: качество ответа vs стоимость токенов vs время команды на проверку.

Пользуемся - тут:
• Gemini (подписки и доступ): Google AI планы
• Для разработчиков: Vertex AI модель Gemini 3.1 Pro

Источники:
• Анонс Google
• Сравнение по бенчмаркам (разбор)
• Прайсинг Gemini API

https://t.me/archfinance

#ai #gemini #продуктивность #цифров