Исследование среди 26,8 тыс. китайских учащихся возрастом 12-18 лет показало, что использование ИИ снижает успеваемость на 24%.
Laconian: короткий ответ без потери смысла
Сделал Laconian - agent skill, построенный вокруг принципа the shortest complete answer. Не самый короткий ответ вообще, а самый короткий из тех, которые остаются корректными и практически полезными.
Логика простая: сначала определить полный ответ, затем удалить только то, без чего не пострадают точность, безопасность, существенные факты, ограничения и требования пользователя.
Skill убирает приветствия, пересказ запроса, незапрошенное описание процесса, повторы и декоративные выводы. При этом сохраняет важные оговорки, неопределённость, нужную детализацию, код, команды, числа, URL и другие данные, точная форма которых имеет значение.
Вся пользовательская часть проекта — один файл SKILL.md. В нём нет скриптов, зависимостей, сетевых вызовов, дополнительных разрешений или привязки к инструментам конкретной платформы.
В репозитории также развивается открытый benchmark: Laconian сравнивается с baseline, обычной инструкцией Answer concisely. и Caveman. Инфраструктура уже работает, но публичных результатов пока нет — поэтому пока не заявляю о выигрыше в длине, качестве или стоимости раньше данных.
Ссылки
Представлен открытый проект vphone-cli для загрузки виртуального iPhone с помощью фреймворка Virtualization.framework от Apple, используя инфраструктуру виртуальных машин PCC Research.
Открытый проект How to Train Your GPT позволяет собрать свой ChatGPT с нуля. Это интерактивный учебник, в котором авторы изложили всю базу по нейросетям, их обучению, настройке, ИИ‑агентам и прочим полезным темам:
позволяет изучить, как нейросети превращают обычный текст в понятные им данные.
на примерах показано, как модели понимают связь между словами.
раскрыты современные технологии, которые используются в больших языковых моделях: RoPE, RMSNorm и SwiGLU.
показано, как модели учатся предугадывать каждое слово.
рассказано, как можно ускорить процесс обучения модели и заставить видеокарту работать быстрее.
можно собрать свою GPT‑модель.
Никакого мощного ПК не потребуется — модель будет на 17 млн параметров.
Также есть моделька на 151 млн параметров, эквивалентная GPT-2 Small.
Разные Qwen-ы для простого промпта "создай игру про динозавра как в google chrome". Все запущены локально на ноутбуке. Играбельной оказалась только версия qwen3.8 в режиме сильного размышления. Qwen coder тоже создал правильну игру по механике, но динозавр у него совсем не вышел! Все запуски LM-Studio + Cline + VSCode. По времени все модели завершали работу примерно за 5 минут, qwen3.8 high think - около 15 минут.
Когда говорят о пузыре на рынках, вызванном ажиотажем вокруг ИИ, часто забывают, как выглядел настоящий финансовый пузырь - например, тот, что сформировался в Японии в 1980-е годы одновременно на фондовом рынке и рынке недвижимости.
Давайте вспомним, что происходило на пике:
Ипотечные кредиты выдавались на 100 лет;
В 1991 году недвижимость в Токио стоила в 40 раз дороже, чем аналогичная недвижимость в Лондоне. Пожизненного заработка среднего офисного работника было недостаточно, чтобы купить даже небольшую квартиру в Токио;
Общая стоимость недвижимости в Японии в 1991 году оценивалась в 20 триллионов долларов, что было в 5 раз больше, чем в США, и в 2 раза больше, чем совокупная стоимость мировых фондовых рынков;
Якудза активно занималась заимствованиями, спекуляциями и часто работала рука об руку с инвестиционными банкирами. Один из главарей банды Сусуму Исии в 1987 году получил 50-кратную прибыль от своего инвестиционного фонда и использовал вырученные средства для строительства новой штаб-квартиры стоимостью 113 000 долларов за квадратный метр;
«Женщина-пузырь», Нуи Онуэ, была официанткой, ставшей владельцем ресторана, которая в 1987 году заняла примерно 2-3 миллиарда долларов для спекуляций на фондовом рынке и стала крупнейшим индивидуальным акционером многих крупнейших компаний в Японии. Она также была членом буддийского культа и проводила ночные сеансы, чтобы вызвать духов, которые помогли ей в размышлениях. Затем она сообщала брокерам, какие акции покупать или продавать на следующий день. Она обанкротилась в 1991 году и осталась должна 3 миллиарда долларов, когда рынок рухнул;
8 миллионов новых розничных инвесторов вышли на фондовый рынок во второй половине 1980-х годов, что почти на 60% больше, чем в первой половине;
Новоиспеченных богачей называли “синдзинруи” или “новые люди”, и они смотрели свысока на тех, кто работал за зарплату;
“Японцы не поймут, что их акции переоценены, пока они продолжают платить 300 долларов за стакан воды со вкусом виски в ночных клубах Гиндзы.” – английский биржевой маклер в Токио;
В течение десятилетия задолженность по кредитным картам увеличилась в 3 раза, общая задолженность потребителей увеличилась в 7,5 раза, а маржинальные кредиты выросли в 8 раз;
Возник пузырь членства в гольф-клубах. Членство стоило более 1 миллиона долларов, а общая стоимость членства в клубах в конце 1980-х годов оценивалась в 200 миллиардов долларов (с учетом инфляции сопоставимо с текущей капитализацией фондового рынка России);
Брокеры развили вторичный рынок членства в гольф-клубе, а банки кредитовали под залог членства в гольф-клубе;
Японский импорт иностранного искусства увеличился в четыре раза в 1986 году. Японская страховая компания заплатила 40 миллионов долларов за картину Ван Гога, превысив предыдущий рекорд, выплаченный за картину, более чем в 3 раза;
Некоторые картины, оцениваемые в несколько миллионов долларов, были “разделены” на лоты по 100 000 долларов для людей, которые хотели бы владеть “кусочком” картины.
Предметы искусства стали еще одной формой обеспечения, которую принимали банки в залог по кредитам, выдаваемых для спекуляций акциями или недвижимостью;
Рекорд по самой высокой цене за бриллиант (6,4 миллиона долларов) и книгу (5,9 миллиона долларов) был установлен в 1987 году японскими покупателями;
Японская культура консенсусного мышления создала социальные причины для того, чтобы не выражать пессимистических настроений по поводу происходящего. В сентябре 1990 года, когда японское телевидение, наконец, стало транслировать комментарии экспертов с «медвежьим» взглядом на рынок. Эксперты настояли на том, чтобы их лица были размыты.
Хорошего дня! заходите на тг канал https://t.me/TradPhronesis
75% сотрудников думают об увольнении?
На днях наткнулся на исследование Академии социальных технологий, которое мне захотелось разобрать, потому что по заголовкам цифры прям космические. Там говорится, что 75% опрошенных хотя бы в какой-то степени задумываются о смене работодателя.
Сразу сделаю оговорку: здесь я бы осторожнее относился к обобщению, потому что в опросе участвовало 870 человек, а подробной структуры выборки я не нашел.
Мне кажется, здесь может быть не только отношение к конкретному работодателю, но и общий фон усталости и неопределённости. Что еще важно, это то, что свое желание уйти люди не всегда могут реализовать, ведь на рынке труда сейчас высокая конкуренция среди соискателей (если вы не гений рабочей специальности и за вами не охотятся все промышленные компании). Но, чтобы убедиться, давайте воспользуемся данными Росстата и hh.
Так, в 1 квартале 2026 года из организаций, которые учитываются в статистике Росстата по движению работников, выбыло около 2,06 млн человек против 2,26 млн годом ранее. Получается, что общее число выбывших работников даже наоборот, снизилось примерно на 9%, но только уточню, что здесь все выбытия работников, а не только по увольнения по собственному желанию.
А сложность с поиском работы мы посмотрим hh. В июле 2026 года активных вакансий было на 15% меньше, чем год назад, при этом активных резюме на 24% больше, и индекс hh где-то около 9 резюме на вакансию (это уже высокий уровень конкуренции среди соискателей).
И получается, что недовольных работой действительно может быть много. Это может быть усталость, выгорание или же раздражение от руководителя. И при всё этом, это желание сменить работу не может полностью конвертироваться в уход, когда банально альтернатив становится меньше.
И поэтому, на мой взгляд, цифра в 75% говорит скорее о накопившемся недовольстве сотрудников. Но для бизнеса это, возможно, даже более важный сигнал, потому как человек может физически быть в офисе, но делать лишь базовый минимум задач.
Об этом говорится и в результатах исследования: около 63% опрошенных говорят, что стали менее инициативными, а 28% стараются делать только то, что входит в их обязанности.
И кстати, как повышать производительность, если примерно такие же пропорции в компании могут быть по вовлеченным в работу сотрудникам - вопрос со звёздочкой.
Я регулярно разбираю такие темы в своём Telegram‑канале, если вам интересно глубже понимать аналитику, экономику и рынок труда, там регулярно выходят короткие заметки и обзоры актуальных событий.
Неопытный вайбкодер может создать приложение, где все пароли пользователей хранятся в открытом виде.
Неопытный пользователь может использовать один и тот же пароль на всех сервисах и не использовать двухфакторную авторизацию.
Неопытный хакер с помощью ИИ находит уязвимость в приложении и получает доступ к базе данных.
Пароль из базы даёт ему доступ ко всем сервисам, на которых зарегистрирован пользователь.
Эта проблема существовала всегда.
Но сейчас почти любой неопытный человек может создать приложение, а неопытный хакер может найти уязвимость в приложении.
При этом количество неопытных пользователей не поменялось. Только они теперь начали пользоваться навайкбоденными продуктами и подвергают себя большему риску, чем раньше.
Анализаторы кода легко и быстро умеют находить множество ошибок, не очевидных с первого взгляда. Попробуйте посоревноваться с PVS‑Studio в прозорливости!
Мы сделали новый квиз «Найдите ошибки в Go коде»!
Вас ждут 10 фрагментов кода, в которых наш анализатор нашёл ошибки. Все они взяты из известных Open Source проектов. Ваша задача — успеть найти ошибку за 60 секунд (не переживайте, фрагменты небольшие).
Время посоревноваться с анализатором! А потом можно и его проверить 😉
Свобода первой и второй свежести ;)
Продолжаю выносить объёмные ответы в посты... Текст в общем о тривиальных вещах. Даже странно, что пришлось объяснять.
Давайте возьмем определение свободы у самого RMS. В его известной фразе “free as in free speech, not as in free beer” - различие между свободой как политическим/этическим правом и бесплатностью. В контексте нашей дискуссии, RMS под свободой понимает именно первое. Это фундаментальное право.
Т. е. у нас есть свобода, как гражданское право и свобода потребительская. Зафиксируем эту важную мысль. И разберем первую свободу, а в конце я кратко остановлюсь на второй…
Свобода, как гражданское право , определяет либеральные основы современного демократического общества. Свободы принято разделять: Есть подмножество негативных свобод (свобода от): от произвольного ареста, от цензуры, от вмешательства в частную жизнь, от принуждения к труду или мнению. Есть позитивные права (свобода для): право избирать, право собираться, право петиций, право на справедливый суд. Так вот… Позитивные права без негативных свобод не действуют. Не имеет значение право собираться, если потом могут произвольно арестовать, не имеет значения право избирать, если действующая цензура не дает доступа к полной и достоверной информации для осознанного выбора. Но главное… Обеспечительным механизмом всех свобод являются люди. Не все… А активная часть сообщества: журналисты, активисты, волонтеры и прочие, кто обеспечивают трансформацию негативных свобод в позитивные права. И в большей части свобода слова или свобода от слежки нужна именно им. «Утверждать, что вам всё равно на право на частную жизнь, потому что вам нечего скрывать, — это то же самое, что сказать, что вам всё равно на свободу слова, потому что вам нечего сказать» Это как в анекдоте: — Учитель, разве нам пригодится тригонометрия в жизни? — Нет! Она пригодится умным мальчикам… Так вот большинство проживет и без приватности и без свободы слова. Но общество от этого будет деградировать. Именно об этом говорил Столлман. «Текущий уровень всеобщей слежки в обществе несовместим с правами человека. Чтобы восстановить нашу свободу и восстановить демократию, мы должны снизить слежку до точки, в которой разоблачители всех мастей смогут общаться с журналистами, не будучи обнаруженными» Это его прямая цитата… Именно поэтому: «мы должны считать слежку видом социального загрязнения». Но слежка ВЫГОДНА и удобна. И тут мы сталкиваемся с ещё одной свободой. Свободой потребления. Точнее симулякром свободы.
Исследователь общества потребления Бодрийяр утверждает, что внушение независимости свободы – базис общества потребления. И главной задачей системы становится не допустить реализацию этого в реальность «В целом система управляемой персонализации переживается огромным большинством потребителей как свобода. Только при критическом рассмотрении такая свобода окажется чисто формальной свободой личности, а персонализация обернется, по сути, ее бедой» В целом потребителю условно предлагают десятки сортов бесплатного пива, разлитого из одной бочки, но с разными ароматизаторами, добавками, крепостью и прочимиилегко меняемыми параметрами. И главное, это невозможно без отслеживания потребителя. Большинство современного нарушения приватности, так не любимого RMS, монетизируется именно через слежку за потребителем. В обмен нам дают не свободу, а иллюзию свободы.
RMS не просто против слежки как нарушения приватности. Он против слежки как инфраструктуры, которая делает невозможным существование подлинных альтернатив. Свободное ПО — это и есть «крафтовое пиво» в мире софта. Оно создаётся вне логики рынка, не требует ваших данных, не персонализирует вас, не предсказывает ваши желания. Оно просто работает и даёт вам контроль. Даже не контроль, а потенциальную возможность контроля. Ценную для большинства только потенциально. Оно часть инфраструктуры свободного общества.
Экономические бумы и пузыри часто сопровождаются чрезмерными инвестициями. Эйфория вокруг новой технологии или популярной идеи приводит к притоку значительных денежных средств. Однако по мере поступления в эту сферу всё новых инвестиций предельная отдача на капитал снижается.
Избыточные вложения способствуют созданию значительного запаса капитала в новой технологии, что может принести экономике существенную пользу. Однако это ещё не означает, что такие вложения окажутся выгодными - особенно для тех, кто присоединяется к инвестиционному циклу слишком поздно.
Не опоздал ли новый капитал к этому циклу? Однозначного ответа нет. Тем не менее очевидно, что далеко не весь капитал, устремившийся в погоню за доходностью, принесёт ожидаемую отдачу. Вероятно, для многих такие инвестиции завершатся крахом.
Строительство каналов и железных дорог, развитие новых технологий в 1920-е годы и бум доткомов - все эти периоды сопровождались огромными капиталовложениями. Однако для многих инвесторов доходность оказалась весьма ограниченной.
Хорошего дня!
Открытый проект Refund4Freedom (GitLab) помогает пользователям ноутбуков и ПК с предустановленной Windows 10/11 вернуть деньги за переплату за лицензию.этих ОС в том случае, если покупатели компьютеров используют другие решения в качестве операционным систем:
У HP нет процедуры возмещения расходов на Windows. Несколько раз клиенты обращались в HP, но HP их игнорировала.
У Lenovo есть процедура возмещения расходов на Windows. Процедура возмещения расходов на лицензию Windows от Lenovo. ПК необходимо отправить в сервисный центр Lenovo.
У Asus есть процедура возмещения расходов на Windows. Отправлять ПК в Asus не нужно.
У Dell нет процедуры возмещения расходов на Windows. В условиях использования Dell, в статье 7.3, прямо указано, что в случае отказа в выдаче лицензии на операционную систему компьютер должен быть возвращён.
Acer предлагает процедуру возмещения расходов на Windows. Процедура возмещения расходов на лицензию Acer для Windows. ПК необходимо отправить в сервисный центр Acer.
ФСТЭК готовит новые требования к защите ИИ: как службе ИБ сохранить контроль
Использование ИИ в организациях становится отдельной задачей для информационной безопасности: вместе с новыми возможностями появляются требования к контролю ИИ-контуров, взаимодействия с моделями и защите данных.
ФСТЭК России предложила изменения в приказ №117. Если проект примут, с 1 марта 2027 года появятся дополнительные требования к защите ИИ.
Среди предлагаемых мер:
сетевая изоляция моделей;
многофакторная аутентификация;
применение принципа наименьших привилегий;
фильтрация запросов и ответов;
ограничение количества обращений к модели;
контроль функциональности ИИ.
При этом это не первые требования регулятора к ИИ. Уже сейчас организации должны определять границы ИИ-контура и его активы, устанавливать допустимые тематики контента, а также правила обнаружения и реагирования на события и инциденты.
Как службе ИБ сохранить контроль над ИИ?
Один из практических вопросов — контроль взаимодействия между ИИ-приложением и языковой моделью: выявление чувствительных данных, доступ только к утверждённым моделям и передача событий ИБ в SIEM. Отдельная задача — контроль использования сотрудниками публичных ИИ-чатов, или Shadow AI.
Эти и другие вопросы защиты корпоративного ИИ разберём 10 сентября в 11:00 МСК на вебинаре «Корпоративный ИИ захватывает всё больше бизнес-процессов. Как службе ИБ сохранить контроль?»
Айдар Фатыхов, владелец продукта Innostage AIDR, и Александр Лебедев, старший ML-разработчик продукта Innostage AIDR расскажут:
как защитить коммерческую тайну и другие чувствительные данные при работе с ИИ;
почему события ИБ от ИИ-систем необходимо включать в процессы мониторинга, корреляции и расследования инцидентов;
какие требования к защите ИИ действуют сегодня и что предлагается изменить в приказе ФСТЭК России №117.
в практической части вебинара покажут сценарии защиты запросов и ответов LLM, утечки данных и контроля Shadow AI.
Регистрация на вебинар
10 сентября, 11:00–12:00 МСК
Ближайшие события
Юлий Гольдберг (GlowByte): Lakehouse — уже не экспериментальное направление
В интервью на РБК руководитель направления GlowByte Юлий Гольдберг рассказал о том, как меняется рынок СУБД в России, почему Lakehouse перестал быть экспериментом и какие барьеры остаются у отечественных вендоров.
Ключевое из интервью:
Рынок СУБД: от срочного импортозамещения к зрелости. Заказчики всё реже ищут просто «российскую альтернативу» — они выбирают платформу под архитектуру данных, аналитику и ИИ-сценарии. При этом многие крупные компании не торопятся отказываться от Oracle и MS SQL: лицензии постоянные, системы «вылизаны», а миграция — дорогой и долгий проект.
Главный тренд — переход к Lakehouse. Вместо монолитных СУБД (Oracle, Teradata) — разделение хранения (S3+Parquet/Iceberg) и систем обработки (Spark, Trino, Impala). Подход доказал состоятельность: GlowByte совместно с Data Sapience за три года реализовали более 15 проектов, крупнейшие — на несколько петабайт данных.
Архитектура усложняется, но становится гибче. СУБД в новой парадигме — это набор взаимодополняющих компонентов. Можно собрать ровно то, что нужно, и не платить за лишнее. Но нагрузка на архитекторов и DevOps‑инженеров растет в разы.
Главный барьер — размер рынка. Российский рынок СУБД небольшой по сравнению с мировым, экспорт технологий затруднен. Инвестиции в продукты несопоставимы с зарубежными. Почти все российские СУБД, кроме ClickHouse и Tarantool, базируются на open source, а риски смены лицензий (как в случае с Greenplum) сохраняются.
ИИ меняет требования к СУБД. LLM и AI-агенты работают с неструктурированными данными — текстами, картинками. Традиционные СУБД заточены под структурированную информацию, а Lakehouse с S3-хранилищем и набором движков обработки закрывает этот пробел.
Критерии выбора СУБД на 2027 год: стоимость владения, горизонтальное масштабирование для крупных компаний, managed‑сервисы для небольших игроков.
Российский рынок СУБД на сегодня — это рынок различных клонов Postgres. Как ни смотри, хоть в штуках, хоть в деньгах. И вряд ли что-то здесь изменится в ближайшем будущем, тем более что Postgres тоже не стоит на месте и развивается туда, куда ждут потребители, — в область поддержки ИИ (pgvector, например) или в сторону параллелизма вычислений. Если кто-то и бросает вызов, то в конкретных нишах — как, например, Lakehouse в аналитических задачах на больших объемах данных, — говорит Юлий Гольдберг, GlowByte.
Хороший код: как понять, что его будет удобно менять
Понятные имена, небольшие методы и аккуратное форматирование делают код проще для чтения. Но даже аккуратный файл может оказаться дорогим в работе, если небольшое изменение требует восстановить много контекста и затронуть несколько частей системы.
Вместе с Ринатом, iOS-разработчиком в Naumen, разбираемся, почему хороший код проверяется следующей задачей, как проявляется сложность изменений и на что стоит смотреть при оценке кода.
Код проверяется следующей задачей
Пока работа над задачей еще свежая, почти любой код кажется понятным. Автор помнит, почему вызовы стоят именно в таком порядке, какой случай обсуждали на ревью и что здесь собирались переделать позже. Коллеги тоже держат часть контекста в голове.
Так что даже не самое удачное решение какое‑то время не доставляет особых проблем.
Через полгода ситуация меняется: исходная задача давно закрыта, участники обсуждения заняты другими частями проекта, а другому разработчику нужно внести небольшое изменение.
Именно в этот момент становится понятно, насколько код вообще рассчитан на изменения.
Простая задача может оказаться дорогой
Одна из задач у нас на планировании звучала безобидно:
После ошибки авторизации запрос повторять не нужно, после временной сетевой ошибки — нужно, причем с увеличивающейся задержкой.
Само условие укладывается в несколько строк. Но сначала приходится выяснить, где на самом деле живет это правило: в сетевом клиенте, в сервисе авторизации, в middleware.
А еще нужно понять, не запускает ли часть повторов таймер внутри другого объекта и не зависит ли соседний сценарий от текущего порядка вызовов. В итоге сам код меняется быстро, но день уходит на восстановление картины вокруг него.
Смотреть нужно на изменение, а не на файл
У кода есть свойства, которые легко заметить сразу: понятные имена, небольшие методы, аккуратное форматирование и простая структура. Все это полезно, но само по себе еще не говорит, насколько удобно систему менять.
Можно открыть класс и довольно быстро разобраться в каждом его методе. А потом выяснить, что для добавления одного состояния нужно исправить еще четыре модуля, обновить несколько почти одинаковых преобразований данных и соблюсти порядок вызовов, который нигде явно не зафиксирован.
Файл может выглядеть вполне нормально, а изменение при этом оказывается дорогим.
Мне в этом контексте близко описание сложности изменений у Джона Оустерхаута. Он выделяет три характерных проявления.
Маленькая правка расползается по системе
Добавили поле в модель и приходится менять сетевой слой, хранилище, аналитику, несколько экранов и тестовые данные.
Иногда это естественная цена изменения контракта, а иногда — признак того, что одно знание размазано по проекту.
Для локальной работы нужно слишком много контекста
Чтобы поправить один обработчик, нужно знать устройство навигации, жизненный цикл экрана, особенности кэша и два исторических обхода старых ошибок.
Есть зависимости, о которых разработчик даже не знает
Они обнаруживаются уже после изменения. Например, перестановка двух вызовов отключает сетевую проверку: первый метод использует закэшированное состояние и завершает сценарий раньше времени.
Эти признаки полезнее многих разговоров о «чистом коде»: о длине метода можно спорить, а вот с последствиями изменения — сложнее.
Обычно я смотрю на три вещи
Сколько мест потребуется затронуть?
Сколько информации нужно восстановить перед работой?
Как быстро мы узнаем, что ошиблись?
Чем меньше ответ зависит от памяти конкретного человека, тем спокойнее живется проекту.
Подведены итоги первого раунда флешмоба с ИИ-аватарами. Четыре участника получили билеты на осенние конференции Инфостарта.
TECH EVENT 2026
тригандрей — онлайн-билет;
Katerina — билет «Стандарт».
A&PM EVENT 2026
Roman Danilov — онлайн-билет;
Диана Левахина — билет «Стандарт».
Поздравляем победителей и благодарим всех, кто создавал персонажей, делился работами и поддерживал участников.
Флешмоб продолжается: следующий розыгрыш состоится 10 сентября. Условия участия и работы победителей — в исходной публикации.
Воркер-группа растет вместе с кластером
Раньше, когда кончались ресурсы в кластере, приходилось создавать новую воркер-группу и переносить нагрузку на нее. Теперь все гораздо проще: добавили возможность увеличить текущую группу без пересоздания.
1️⃣ Проект вырос и поды уперлись в лимиты CPU и памяти → повышаете тариф воркер-группы, кластер остается прежним.
2️⃣ Нужна более гибкая настройка → переходите с тарифа на конфигуратор и собираете ресурсы под задачу.
Учтите, что апгрейд доступен только внутри вашей тарифной линейки. При изменении конфигурации воркер-ноды перезагружаются по очереди, чтобы не останавливать кластер.
P.S. Это не все апдейты Kubernetes — остальные публикуем на канале @twc_changelog
Как говаривал капитан Барбосса, «Кодекс — это скорее рекомендации, чем настоящие правила».
Все агенты по натуре тоже пираты. Все ваши промты, правила и скиллы — для них не более чем рекомендации, как и пиратский кодекс. Нет такой инструкции, которую агент не мог бы нарушить.
Причем агент не идет на нарушение сознательно. Взломщик, проникший в ювелирный магазин, знает, что он совершает ограбление. Агенты, ломавшие Hugging Face, не думали о том, что это незаконно. Они просто наилучшим образом пытались выполнить данное им задание.
Так и пираты — они нарушают свой кодекс не потому, что они беспринципные подонки. Просто они хотят наилучшим образом выкрутиться из ситуации, в которую они попали, и если соблюдение правил сулит им неприятности, то к черту такие правила!
— И как же быть?
Принять тот факт, что любые писанные правила не являются гарантией корректной работы агента.
— Но почему?
Потому что они записаны на естественном языке. А язык многозначен, допускает множество интерпретаций. Причем таких, о которых вы и не думали, составляя свои правила.
Писал об этом подробнее в своей статье Вайбкодинг и философский камень
Изворотливый ум всегда найдет лазейку, удобную для себя интерпретацию, когда он формально ничего не нарушает, но все же выходит за рамки, которые вы хотели обозначить.
Ключевое слово здесь «хотели». Ибо вам и в голову не придет описать все исключительные ситуации, все возможные двусмысленности, которые найдет в ваших словах другой ум — не важно, человеческий или искусственный.
Вот, например, известная шутка:
— Учитель, можно ли курить во время медитации?
— Ни в коем случае!
— А можно ли медитировать во время курения?
— Да пожалуйста!
— Так что делать‑то?
Строить контролирующий контур вне ИИ. Как вариант, можно взять BPM‑систему и поместить агента в жесткие рамки бизнес‑процесса. Об этом регулярно рассказывает Бернд Рюкер, со‑основатель и главный технолог Camunda. Мне его позиция кажется вполне здравой и этот подход реализуемым.
Вот его статьи на эту тему:
Дисциплина процессов — это скучно. Поэтому она и нужна агентам
Диалоговые потоки в агентном ИИ: чему нас научила эксплуатация таких систем в промышленном масштабе
А вот не его, но тоже в тему:
Но там есть свои нюансы — если слишком закрутить гайки, и не учесть краевые сценарии, то агент просто уходит в ступор.
Например, вы дали правило ни в коем случае не выдумывать данные, если их нет. Разумно, не правда ли? — Но вы не учли, что при определенном раскладе, сервис, который эти данные должен предоставить, тупо завис. А у агента нет такой опции сказать, что продолжить работу невозможно, потому что система не отвечает. И он падает. Человек на его месте начала бы возмущаться или просто забил бы и ушел на обед, но агент так не может.
Соответственно, вам придется учесть больше вариантов, когда будете строить BPMN‑модель для процесса с участием агентов.
Если вам не нравится BPM, можно найти и другие решения.
Главное — не полагаться только на ИИ, чтобы управлять ИИ.
Подпишитесь на мой канал Agentic Enterprise
Переопределение макета НЕ в шаблоне Joomla.
Мы все знаем, что при работе с сайтом создание своих переопределений стандартных макетов — это типовая, стандартная работа. Она позволяет сделать из материалов, контактов почти всё, что угодно.
И так же мы знаем, что по классике эти переопределения кладутся в папку html активного шаблона Joomla (не важно, для админки или для пользовательской части).
Макет blog.php и blog.xml к нему из JPATH_SITE/components/com_content/tmpl/category/ мы помещаем в templates/<ВАШ_ШАБЛОН>/html/com_content/category и творим там всё, что захотим:
любая вёрстка в
blog.phpи субмакетахлюбое название для типа пункта меню (гаражи, дачи, самолёты — каталог чего вы делаете на материалах) — в
blog.xml(илиsamolet.php+samolet.xml).любые дополнительные параметры для пункта меню на этот тип — добавьте нужные кнопки и инпуты в
blog.xml
Да, это всё классика. Удобно то, что мы создаём нужный нам тип пункта меню таким образом и можем выбрать его в админке: список самолётов, список гаражей.
Если наше переопределение лежит в шаблоне, то URL при создании пункта меню будет вида index.php?option=com_content&view=category&layout=yourtemplate:samolet.
Именно так, через двоеточие: layout=yourtemplate:samolet. Joomla будет знать, что нужно залезть в нужный шаблон и взять нужное переопределение. Если мы НЕ создаём свой тип пункта меню таким образом, а просто переопределяем — то всё ок.
❓ А что будет с сайтом, если мы переключили шаблон на другой?
На старых долгоживущих проектах нередко структура пунктов меню большая и запутанная. Если мы сделали новый шаблон сайта и переключили его в админке — у нас послетают все наши переопределения. И они не будут работать до тех пор, пока мы не прощёлкаем все пункты меню и не пересохраним их. Так, чтобы в их url теперь был new-template:samolet в параметре layout.
И тут мне вспомнился механизм работы с макетами в модулях, где мы можем положить свой макет как в папку с модулем. так и в папку с переопределением. В обоих случаях мы можем его использовать.
Если макет лежит в папке с модулем.
Он работает
Его можно переопределить в шаблон (хотя зачем, это же наш макет)
Он не изменится при смене шаблона
⛔️ Минус — неудобно в работе, когда все макеты разложены по своим модулям и нужно прыгать по папкам в проекте
Макеты лежат в папке html шаблона.
всё рядышком
типовой подход Joomla (хотя и предыдущий тоже типовой)
удобно для типовых шаблонов — сделал комплект переопределений в своём шаблоне и таскаешь из проекта в проект
⛔️ неудобно, когда впереди большая работа по смене шаблона и нельзя, чтобы сразу послетало всё из‑за смены шаблона.
Я решил провести мини‑эксперимент, в целом заранее зная его результат: положить «переопределение» материала не в html/com_content шаблона, а в папку с компонентом. Точь‑в-точь как с модулями.
Оно работает. Мы создаём собственный тип вывода контента, не привязанный к конкретному шаблону. URL нашего пункта меню будет без двоеточия и имени шаблона. Просто index.php?option=com_content&view=category&layout=samolet.
И знаете, это повод задуматься о применении этой возможности, хотя раньше я бы первым закричал: «Вы что‑о-о?!?! Нельзя‑а-а!»
Когда у нас проект, где:
не сложная структура
переопределения макетов в шаблоне делаются один раз на несколько лет.
их (переопределений и новых типов пунктов меню) МАЛО...
..здесь положить всё в шаблон сам Бог велел.
Когда же:
сложная структура меню
в ней много разных ТИПОВ пунктов меню
и все они норовят зависеть от шаблона...
.. поневоле задумываешься о том, что ведь можно и же и в папку ядра положить свои файлики...
Риски есть — когда‑нибудь кто‑нибудь добавит в ядро файл с совпадающим именем. Но это решается брендированным префиксом в именах файлов.
При обновлении эти файлы не затираются — проверил сценарий обновления.
🤔 В общем, это скорее философские вопросы о разграничении ответственности и кто эту ответственность на себя берёт, кто это будет поддерживать, документировать и следить за тем, чтобы практике проекта следовали коллеги.
Мы кое-что спрятали 👀
В честь выхода PVS-Studio 8.0 — а это поддержка новых языков и серьёзные улучшения анализатора — мы решили устроить небольшую охоту.
Нами спрятано несколько пасхалок. Всем, кто активно использует анализатор, будет несложно отыскать хотя бы одну из них. Если же вы еще не пробовали проверять свой проект, самое время. Забирайте пробную лицензию и участвуйте в охоте.
Первые 10 человек, которые найдут спрятанные нами пасхалки и напишут нам, получат две бумажные книги по C++ в подарок. Не забудьте указать в сообщении, где вы отыскали нашу пасхалку.
Как искать? Просто! Скачивайте PVS-Studio, анализируйте свой код — и, возможно, найдёте кое-что интересное по дороге.
👉 Подробные условия и как забрать приз — здесь