<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:tt="http://teletype.in/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:media="http://search.yahoo.com/mrss/"><channel><title>Serg</title><generator>teletype.in</generator><description><![CDATA[Serg]]></description><link>https://teletype.in/@sergey_gordey?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><atom:link rel="self" type="application/rss+xml" href="https://teletype.in/rss/sergey_gordey?offset=0"></atom:link><atom:link rel="next" type="application/rss+xml" href="https://teletype.in/rss/sergey_gordey?offset=10"></atom:link><atom:link rel="search" type="application/opensearchdescription+xml" title="Teletype" href="https://teletype.in/opensearch.xml"></atom:link><pubDate>Sun, 07 Jun 2026 19:51:31 GMT</pubDate><lastBuildDate>Sun, 07 Jun 2026 19:51:31 GMT</lastBuildDate><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/ONBTG7Jq3Rs</guid><link>https://teletype.in/@sergey_gordey/ONBTG7Jq3Rs?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/ONBTG7Jq3Rs?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>На трёх слонах</title><pubDate>Sun, 07 Jun 2026 13:15:48 GMT</pubDate><media:content medium="image" url="https://img2.teletype.in/files/5b/53/5b533d63-3568-4016-b685-852f6fd2ec66.png"></media:content><description><![CDATA[<img src="https://img2.teletype.in/files/5c/2c/5c2c3f13-8485-4648-b144-57f2953bced4.png"></img>Продолжение «Манифеста созидателя» и «Лицензии на агентство». #profgames]]></description><content:encoded><![CDATA[
  <h3 id="toc_1">Когда Айтишечка превращается в JITI</h3>
  <p id="Up8y"><em>Продолжение <a href="https://habr.com/ru/articles/1025108/" target="_blank">«Манифеста созидателя»</a> и <a href="https://teletype.in/@sergey_gordey/ll9nWPNNFtR" target="_blank">«Лицензии на агентство»</a>. #profgames</em></p>
  <figure id="Zrsv" class="m_column">
    <img src="https://img2.teletype.in/files/5c/2c/5c2c3f13-8485-4648-b144-57f2953bced4.png" width="1280" />
  </figure>
  <p id="G4ce">Если внимательно читать новости про нашу айтишечку, появляется лёгкое ощущение, что ты окунулся в новую версию письма с <a href="https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D0%BD%D0%B0%D1%82%D1%87%D0%B8%D0%BA%D0%BE%D0%B2%D0%B0_%D0%B4%D0%B0%D1%87%D0%B0" target="_blank">Канатчиковой дачи</a>. Дорогая передача, во субботу, чуть не плача.</p>
  <p id="saj8">С одной стороны — публичные репозитории захлёбываются: curl закрывает приём отчётов о дырах, потому что их пишет робот; мейнтейнеры жгут выходные на триаж галлюцинаций; GitHub прикручивает стоп-кран (kill switch) на входящие, как редактор отдела писем в дурдоме. С другой — те же самые роботы собирают за ночь то, на что вчера у команды уходил год, и ищут реальные &quot;нулики&quot; в открытых проектах пачками. С третьей — лейблы судятся, регистры данных вводят прайс на robots.txt, а Copyright Office на голубом глазу объясняет, что переставить пару абзацев и нажать кнопки «отправить» — это творческий вклад, а вот сам сгенеренный &quot;Война и мир&quot; — уже нет. Рамка ваша, картина — ничья.</p>
  <p id="KbO1">Это выглядит как апокалипсис в одном отдельно взятом тазике. И это так.</p>
  <blockquote id="ct5k"><strong>Чтобы не было ощущения, что это пророчество из баньки с паучками.</strong> Под текстом — событийный слой из 110 задокументированных сигналов по семи предметным зонам: OSS, музыка, издательство, data commons, право, security disclosure и cloud/runtime. Дальше факты идут вперемешку с метафорами и как примеры; полная таблица событий со ссылками на первоисточники и уровнем доказательности (A — есть первоисточник, B — вторичка, и так далее) — в <a href="https://scadastrangelove.github.io/profgames/oss/index.html" target="_blank">приложении</a>. Где утверждение спорное, рядом стоит сноска «для душнил» с номером сигнала. Манифест — это всё-таки манифест.</blockquote>
  <figure id="gGz3" class="m_column" data-caption-align="center">
    <img src="https://img3.teletype.in/files/60/e1/60e1c032-5e17-4de7-bee8-c84194e61e00.png" width="2192" />
    <figcaption>Картинка для отвлечения внимания</figcaption>
  </figure>
  <p id="SWS3">Но прежде чем углубляться, давайте разберёмся в трёх слонах, на чьих плечах стоял черепахан, у которого на горбу этот тазик и плескался.</p>
  <h2 id="toc_2">Слон первый: код что-то стоил</h2>
  <p id="kQTu">Воспроизвести было дорого. Не запретительно — но достаточно, чтобы большинство соглашалось играть по правилам.</p>
  <p id="cxt1">«Свежий взгляд» молодого конкурента почти всегда компенсировался накопленным наследием: пониманием предметной области, замороченной бизнес-логикой, которую никто уже не помнит, и тонким слоем антиреверса и защиты от утечек сверху. Утечка исходников Windows не привела к появлению новых виндов. Кода было достаточно — не хватало всего остального, что вокруг кода наросло за двадцать лет и что нельзя унести в архиве.</p>
  <p id="ZtPr">Дорого копировать — значит копий мало. Значит вор виден издалека. Значит создатель снимает свою ренту просто потому, что между ним и нахлебником стоит цена труда. Полиция кармы не нужна — её работу делает себестоимость.</p>
  <h2 id="toc_3">Слон второй: авторство можно было доказать</h2>
  <p id="iSmD">Артефакт был стабилен. Авторство легко трассировалось. <code>git blame</code> работал. Копирайт цеплялся к набору строк, а набор строк было дорого править — что сломается, непонятно. Кровавый энтерпрайз, конечно, мог утащить твой GPL к себе в коробку — но это не приветствовалось, иногда выходило боком, и в принципе было видно невооружённым глазом: вот твой код, вот их продукт, найди десять отличий, отличий нет.</p>
  <p id="QyBv">Доказуемость происхождения — второй слон. Не потому что часто судились. А потому что могли, и все это знали.</p>
  <h2 id="toc_4">Слон третий: принуждение работало</h2>
  <p id="FinN">Можно было дотянуться или хотя бы попортить кровь. Лицензии не были бумажным тигром. Фонд свободного ПО (FSF) дотянулся до Cisco, BusyBox — до Verizon, Samsung и Best Buy, Harald Welte — до D-Link и Fortinet, Stockfish — до ChessBase. Почти всегда это заканчивалось не голливудским приговором, а скучным: выложить исходники, прекратить продажи, признать нарушение, заплатить юристам. Но именно это и было силой третьего слона: рынок знал, что если код видно и происхождение доказуемо, то принуждение работает. На дьюдиле юристы морщались от GPL и требовали обоснований, как с этим жить. Лицензия имела зубы — редко кусала, но укусить могла, и угроза укуса дисциплинировала рынок лучше любого укуса.</p>
  <hr />
  <h2 id="toc_5">Теперь поиграем в теорию игр — раз уж мы в <a href="https://scadastrangelove.github.io/profgames/" target="_blank">profgames</a></h2>
  <p id="QE0r">Три слона держали друг друга. Дорого копировать → копий мало → легко отследить → легко принудить → создатель получает своё → отклоняться (воровать) невыгодно. Это классическое равновесие по Нэшу: при данных правилах ни одному игроку не выгодно ходить иначе. Не мораль удерживала индустрию в рамках. Удерживала структура выплат. Вести себя прилично было просто-напросто дешевле, чем вести себя плохо.</p>
  <p id="l64u">Красота равновесия в том, что оно не требует, чтобы кто-то был хорошим. Оно требует только, чтобы плохое не окупалось. Двадцать лет не окупалось.</p>
  <p id="r5NG">А потом все три слона приболели. Одновременно.</p>
  <h2 id="JcFJ">Слоны на больничном</h2>
  <p id="tEzS"><strong>Первый: агенты сделали код практически бесплатным.</strong> Не в ноль, конечно — но в долгосроке на пару порядков точно. И дело не только в том, что «программируют быстрее». Это самое скучное и самое неверное объяснение. Дело в сжатии посредников и прочих эффектах, которые я разбирал в <a href="https://scadastrangelove.github.io/profgames/" target="_blank">«Играх в профессию»</a>: результат, который раньше давала команда из тридцати, сегодня вполне выдают трое — да ещё и вдвое быстрее, потому что коммуникативный зазор схлопнулся, а с ним и весь связанный набор когнитивных искажений, на согласование которых уходило восемьдесят процентов времени. Не «инструмент стал острее». Изменилась геометрия команды. Первый слон сел на землю.</p>
  <p id="upb0"><strong>Второй: провенанс испортился.</strong> В «Играх в профессию» я говорил о профессиональном провенансе — кто ты, что ты на самом деле умеешь, чем докажешь. Сейчас — про другое, про доказательство авторства самого артефакта. Агент берёт ваш питон, переписывает на расте, заодно меняет английские имена функций на китайские, и обоснование того, что это «один и тот же код», превращается в задачу с бесконечным количеством звёздочек. JPlag показывает один процент сходства. Лучшие детекторы AI-кода работают с точностью «ниже практической применимости» и рассыпаются на любой трансформации. Слон зажмурился: он по-прежнему хочет доказать авторство, но больше не видит, что доказывать.</p>
  <p id="n5CB"><strong>Третий: у Фемиды опустели весы.</strong> Принуждение не сломалось. Право живо. GPL по-прежнему бьётся с &quot;кровавым энтерпрайзом&quot;, охват даже растёт. Сломался <strong>мост</strong> между правом и реальностью — дешёвая возможность обычного мейнтейнера связать подозрение, доказательство и иск в одну цепочку. Закон отлично работает там, где провенанс и так очевиден, и буксует ровно там, где он теперь нужен. Третий слон стоит на ногах, бодро трубит и совершенно никого не пугает. Меч есть. Непонятно направление удара.</p>
  <p id="i5vY">Утечка кода Windows не привела к новым виндам. Утечка харнесса Claude Code привела к его клону за ночь и самому быстрорастущему репозиторию в истории GitHub. Разница не в коде. Разница в том, что между двумя утечками сдохли все три слона.</p>
  <hr />
  <h2 id="yV9s">Куда перекосит черепаху</h2>
  <p id="yA7q">Раз равновесие поехало — опять поиграем в теорию и прикинем, в какую сторону.</p>
  <p id="JWx4">Ценность ведь никуда не делась. Она перетекает. По старому доброму правилу: коммодитизируй сущность — и рента уходит к тому, что осталось дефицитным. Код обнулился — значит рента поедет к тому, что ещё дорого воспроизводить и, главное, концентрирует эту стоимость по своей природе.</p>
  <p id="gdGb"><strong>Гиперскейлеры и компьют.</strong> Агенты удешевляют софт, но не удешевляют дата-центры, пиринг и отношения с регулятором. У вычислений, гиганских датасетов и дистрибуции — экономия на масштабе и сетевые эффекты, то есть встроенная склонность к концентрации. Поэтому равновесие Нэша съезжает не «куда хочется злодеям», а туда, куда его толкает математика: к контролю узких мест. Отсюда около 77% мировой AI-инфраструктуры в одной стране и порядка 87% AI-трат у горстки игроков. Это не заговор. Это градиент. Заговор пришлось бы организовывать — а сюда всё стекает само.</p>
  <p id="wA86">Так уже было, причём ровно с этой индустрией. Песок, деньги и лучшие мозги со всего мира когда-то сползлись в один калифорнийский округ — не потому, что кто-то нарисовал генплан, а потому что туда тёк градиент оборонных контрактов, венчура и университетов. Получилась Кремниевая долина: индустрия на триллионы и научно-техническое превосходство на десятилетия. Гравитация не выбирает, она просто тянет всё в самую глубокую лунку. Сейчас лунка — это вычислительные мощности, данные и заказы &quot;дяди Сэма&quot; или &quot;Большой Панды&quot;, и в неё скатывается всё то же самое: песок, деньги, лучшие мозги. Просто на этот раз — быстрее.</p>
  <p id="T0PT"><strong>Данные и огораживание общин.</strong> Кто понял, что его вклад экспроприируют, строит забор. Reddit судится и подписывает сделки на сто тридцать миллионов. Wikipedia заводит платный канал для машин. RSL превращает robots.txt из «да/нет» в лицензионный прайс — по сути, РАО (Российское Авторское Общество)/ASCAP для веба. Общее поле, по которому все ходили бесплатно, на глазах нарезается на огороженные участки.</p>
  <p id="ewWH">Только есть подозрение, что забор этот — одноразовый, и его скоро снесут: модели обучаются на синтетике, обходят, дистиллируют чужое, и стена, за которую вчера платили сто тридцать миллионов, завтра обесценивается до нуля. Хуже того — многие ещё видят опору в старых слонах и старательно натягивают между ними колючую проволоку: лицензии, condition-of-use, запреты на обучение, оговорки в EULA. Выглядит солидно. Вот только слоны — болеют. Натягивать ограждение между подламывающимися опорами — занятие художественно оправданное, но непрактичное.</p>
  <p id="1S61"><strong>JITI — Just in Time IT.</strong> Там, где цена ошибки невелика — интерфейсы, склейки, отчёты, внутренняя автоматика — софт перестаёт быть артефактом и становится услугой по требованию: собирается на лету, под конкретного пользователя, размер партии — один. Не «купил программу». А «попросил, получил, выкинул». Это и есть новое русло, к которому стекается вода.</p>
  <p id="n4Jl">И вот теперь главное про <strong>направление</strong>. В новом равновесии платят не за вклад. Платят за контроль над входом. Reddit может торговаться — у него масса. Мейджор-лейбл может — у него ASCAP, BMI, GEMA и семьдесят лет каталога. Одиночный мейнтейнер не может. Независимый музыкант не может. Они подают коллективные иски и остаются ни с чем, пока &quot;большие парни&quot; делят сад, посаженный чужими руками. Ценность теперь пропорциональна переговорной силе, а не созиданию. Старое равновесие эту асимметрию прятало за ценой труда и компенсацией результата. Новое — цинично доводит до предела.</p>
  <hr />
  <h2 id="1Voq">И наша тихая айтишечка тут совсем не чемпион</h2>
  <p id="PRkw">Нам нравится думать, что мы — острие, что всё страшное случается с нами первыми. Расслабьтесь. Если поднять глаза от своего тазика и посмотреть на соседей по палате — издательское дело и музыка проходят ровно эти эффекты с опережением.</p>
  <p id="UTOm">И это не лирическое отступление, а метод. Музыку и литературу стоит читать как <strong>контрольные отрасли</strong> — систему раннего предупреждения для всех &quot;когнитивных индустрий&quot;. У них слоны получили тот же удар (обнуление стоимости копии, размытие происхождения), но цикл прошёл раньше и нагляднее, потому что там не было ни иллюзии «нас защищает сложность», ни сорока лет корпоративного жирка. Смотришь на соседнюю индустрию, у которой та же болезнь в более поздней стадии, — и читаешь собственную наперёд.</p>
  <p id="mgIS"><strong>Музыка показывает, куда придёт рента.</strong> Этот сюжет я разбирал отдельно: индустрия прожила смену равновесия на десять лет раньше. На десять лет раньше музыка прошла <em>стриминговый</em> переход: собственность на копию (продал альбом) сменилась контролем доступа (Spotify, подписка, данные о вкусе). И рента ушла — не к музыканту, а к держателю входа. Миллион прослушиваний на Яндекс Музыке приносит автору 20 тысяч рублей, если удачно договорился с дистри.</p>
  <p id="dBJc">AI-ломка прилетела к ним почти синхронно с нами, на полгодика раньше. Suno, Udio, 44% ежедневных загрузок Deezer — нейрохалтура, 75 миллионов спам-треков, снесённых Spotify за год.</p>
  <p id="kZB2"><strong>Литература показывает, когда это начнётся и как будет выглядеть.</strong> А вот этого мы почему-то стараемся не замечать, возможно, потому что программисты редко разговаривают с писателями. В феврале 2023-го фантастический журнал Clarkesworld закрыл приём рассказов — редакцию просто завалило AI-текстами. Дешёвый открытый вход плюс экономика «заработай на ChatGPT» — и фильтр захлебнулся за недели. Это случилось <strong>за одиннадцать месяцев</strong> до того, как Стенберг впервые публично выматерился на нейрохалтуру в багтрекере curl. Литература прошла всю траекторию — наплыв, перегрузка фильтра, закрытие входа — раньше нас почти на год.</p>
  <p id="myqH">Изобразим это литературно.</p>
  <blockquote id="xxz8">Дело о мёртвом авторстве</blockquote>
  <blockquote id="AStM">Туман в тот год был особенный — жёлтый, тёплый, пах разогретым кремнием. Его гнало с запада, с моря, из тех кварталов, где день и ночь работали <a href="https://teletype.in/@sergey_gordey/TgxOQqSEDUF" target="_blank">Гены второго поколения</a>. Жижа поднималась по водостокам и лезла под двери. На набережной её звали просто — слоп.</blockquote>
  <blockquote id="0kFI">Первой захлебнулась <strong>редакция</strong> на углу — маленькая, гордая, с вывеской «фантастика твердая научная, люди живые теплые, роботы ламповые». В феврале их затопило по подоконник: за месяц в ящик натолкало больше рукописей, чем за год, и половина пахла кремнием. Редактор повесил табличку «закрыто». Через месяц открылся снова — но теперь на входе сидел вышибала и нюхал каждого. Вышибала был живой, потому что машинам-нюхачам редактор не верил: те путали своих и чужих. Так и осталось. Вышибала на входе — навсегда.</blockquote>
  <blockquote id="VvwK"><strong>Великий Базар</strong> на том берегу разбираться не стал — слишком большой поток, всех не обнюхаешь. Повесил объявление: «сам сознавайся, слоп ты или кожаный», ввёл квоту — не больше трёх лотков в день в одни руки — и оставил за собой право вышвырнуть кого угодно без суда. Сознавались, понятно, единицы. Базар знал. Базару было всё равно, пипл хавает.</blockquote>
  <blockquote id="12Sn"><strong>Большой Дом</strong> на холме держался дольше всех — у него имя, репутация, дубовые двери. Он покупал рукопись на улице, поднимал шум, продавал тираж. А потом по переулкам пополз слух, толпа на форумах принесла улики, нюхач-частник выдал заключение — мол, слоп кремневый — и Дом, не дожидаясь суда, пустил весь тираж под нож. Автора, божившегося, что не виноват — мол, это редактор-фрилансер подсунул машинные строки, — выкинули в туман без выходного пособия. А в подвале того же Дома, за стальной дверью, тихо урчал собственный конвейер: переводил романы машиной, по-быстрому, и людям платил уже как корректорам, чтобы жёлтым не пахло. На входе нюхали чужое. В подвале гнали своё.</blockquote>
  <blockquote id="DV1x"><strong>Белая Башня</strong> учёных издала устав на сорока страницах: всякий, кто пускал машину в работу, обязан сознаться. Устав подписали все. Сознались единицы. Башня сделала вид, что не заметила.</blockquote>
  <blockquote id="oV4V"><strong>Агент</strong>, который вёл это дело, под утро понял, что искал не то. Он всю дорогу спрашивал «кто написал» — и не находил: нюхачи врали, улики смывало туманом, автор и редактор тыкали друг в друга. А потом до него дошло, что труп на столе — это и есть вопрос «кто написал». Он издох сам. Толпе на набережной было плевать, чьей рукой написан грошовый роман, который она глотала пачками, — лишь бы глоталось. Неоновая вывеска HUMAN MADE грела сердце тем немногим, кто ещё ходил этим переулком, но переулок пустел.</blockquote>
  <blockquote id="CiuV">Главный вопрос в другом. Не «кто написал», а «кто получит барыши, когда оно бумкнет». И ответ сыщику не понравился: не автор. Бонус ловит тот, кто держит дверь. Тот, у кого ключ от шлюза, через который течёт весь туман и весь оборот. Имя автора — стирается. Имя того, кто держит вход, — остаётся на всех бумагах.</blockquote>
  <p id="N19i"><em>Это были писатели. Но если заменить «рукопись» на «pull request», «редакцию» на «мейнтейнера», а «Большой Дом» на гиперскейлер — вы уже знаете, чем кончится наша серия. Соседи дропнули её на год раньше.</em></p>
  <hr />
  <h2 id="X6MM">Платформа наносит ответный удар</h2>
  <p id="2fZD">И вот когда понимаешь это, по-другому читаются заголовки про то, как Microsoft и Anthropic борются с утечками кода и разглашениями 0-days, прикручивают условия, грозят, отзывают доступ. Это подаётся как защита интеллектуальной собственности. На деле это судорожная попытка использовать силу платформы — ровно как отмена монетизации AI-каверов на стриминге. И там, и там логика одна: защитить привычный путь, по которому всегда текли деньги.</p>
  <p id="xh4V">Беда в том, что в новом равновесии такой ход работает на три месяца, а потом ускоряет ровно то, чего боялись. Заблокировал один канал — спрос перетёк в три новых. Отозвал доступ — выкатили аналог с открытыми весами. Каждая попытка платформы силой удержать старую модель монетизации добавляет аргумент в пользу того, чтобы обойти платформу совсем. Ты не латаешь дамбу. Ты учишь воду искать новое русло, и она быстро учится.</p>
  <hr />
  <h2 id="2nys">Посредник умер. Да здравствует посредник</h2>
  <p id="06ex">Теперь к практике, потому что пока всё это звучит как описатель сути теоретических игр слонов и черепах в базисе колючей проволоки, а интересует-то нас, что будет с рынком и зарплатой.</p>
  <p id="0EZV">Сжатие посредников, которое я разбирал в «Играх в профессию», бьёт по вертикали команды: между идеей и кодом убирают звенья, тридцать человек схлопываются в трёх, средний менеджмент-маршрутизатор статусов оказывается не нужен — агент закрыл коммуникационный зазор, и прослойка испарилась. Но ровно та же сила работает не только внутри команды. Она работает на рынке. И там посредников куда больше, чем в любой команде.</p>
  <p id="1yyh">Между тем, кто создаёт ценность, и тем, кто её потребляет, наросла длинная кормушка прослоек. Каждая жила на одном зазоре и брала за него маржу — и суммы там, чтобы вы понимали масштаб, совершенно неприличные. Дистрибьютор — за логистику и склад: технологическая дистрибуция — это порядка 200 миллиардов долларов в год. Реселлер и VAR — за «приведу клиента, упакую под локальный рынок». Системный интегратор — за «у вас не взлетит само, мы внедрим за два года» — около полутриллиона. Консультант — за «мы знаем, как настроить эту замороченную штуку» — больше 100 миллиардов. Аутстафф-галера — за «продадим вам человеко-часы»: от 85 до 250 миллиардов, смотря как считать. Аналитик-арбитр с магическим квадрантом — за «мы скажем рынку, что покупать»: один только Gartner снимает с этой роли около 6 миллиардов в год. Все они продавали преодоление зазора. Агент эти зазоры схлопывает один за другим: сравнить пятьдесят решений — минута, настроить — промпт, локализовать — на лету, привести клиента — он сам пришёл через маркетплейс.</p>
  <p id="3twN"><strong>Повангуем.</strong> Дистрибьюторы и реселлеры софта вымирают первыми — чистые прослойки маржи без собственной ценности. Армия консультантов-внедренцев усыхает до тонкого слоя тех, кто берёт на себя <em>ответственность</em> за то, что взлетит (а не <em>работу</em>, чтобы взлетело). Аналитики-арбитры теряют роль оракула выбора — агент сравнит сам, без подписки на квадрант. Аутстафф «продаём головы» осыпается вместе со сжатием команд. Середина сбытовой цепочки — те самые крепкие компании на двести-две тысячи человек — выпадает первой, потому что у неё нет ни дешевизны слопа снизу, ни временных якорей платформы сверху. Сложите эти сегменты — выйдет больше триллиона долларов в год чистого посреднического оборота, который сейчас стоит на тропинке между создателем и потребителем. Вот этот триллион и приходит в движение.</p>
  <p id="1r31">Маржа схлопнутых посредников не возвращается создателю — хотя именно это нам продают под вывеской «AI демократизирует, теперь автор получит своё». Не получит. Десяток мелких посредников схлопывается не в ноль, а в одного — в платформу-вход, маркетплейс, облако, ЦУП. И этот единственный оставшийся посредник снимает совокупную ренту всех вымерших. Король умер — да здравствует король, только теперь он один на всю страну. Или на весь Шарик?</p>
  <p id="7jh5"><strong>Вот это поворот.</strong></p>
  <p id="9Vux">Музыка показала это буквально и без прикрас. Убили магазин пластинок, дистрибьютора, киоск с дисками — целую цепочку прослоек между музыкантом и слушателем. Деньги от этого пошли не музыканту. Они пошли в Спотик и Тиктопчик. Посредник не исчез — он сменился, укрупнился и стал единственным. Музыкант, у которого вроде бы «убрали паразитов-посредников», получает с миллиона прослушиваний на сведение пары треков. Вся высвобожденная маржа осела в точке входа.</p>
  <p id="2XYc">В софте будет ровно так. Сбытовая цепочка усохнет — и это подадут как победу создателя. А рента от всех усохших звеньев соберётся в гиперскейлере, маркетплейсе агентов и в той самой доверенной коробке, через которую теперь идёт всё. Вот так работает гравитация ренты не в учебнике по теории игр, а в квартальном отчёте.</p>
  <hr />
  <h2 id="CiKB">Перераспределение ренты</h2>
  <p id="a8af">Сведём в одну картинку, потому что отсюда всё исходит и все придут сюда, к водопою, за зарплатой.</p>
  <p id="7IJc">Рента уехала от артефакта. Она больше не в том, <em>что</em> ты сделал — сделать могут все и быстро. Она в том, что требует <strong>времени и массы</strong> для накопления и потому не воспроизводится промптом: компьют, проприетарные данные, сеть, репутация, точка сборки, контроль входа. Артефакты ускорились. Время — нет. Концерт по-прежнему длится два часа, доверие по-прежнему набирается годами, а долгие данные по определению нельзя собрать быстрее срока, который и делает их долгими.</p>
  <p id="79PR">Премия, высвобожденная из схлопнутых посредников, не возвращается создателю и не испаряется — она мигрирует на два полюса. Вниз она утекает в бесплатный слоп: всё, что было «прилично и без имени», теперь генерируется даром. Вверх — к несжимаемому: к имени, сети, данным, к стоимости внедрения и ответственности, к тому единственному посреднику, что держит вход. Середине не остаётся ничего — ни дешевизны слопа снизу, ни временных якорей верхушки. Рынок выворачивается наизнанку: дно дешевеет до нуля, потолок дорожает, а этаж, на котором стояло большинство, проваливается.</p>
  <p id="cta6">Это бьёт одинаково больно и тех, кто уже на рынке, и тех, кто только заходит. У старых игроков временные якоря накоплены. У новых — нет, и купить их нельзя, можно только выждать. Производить теперь может каждый. Снимать ренту — единицы, сидящие на входе. Схлопывание воронки найма джунов — не локальная беда рекрутеров, а ранний симптом того же перелома.</p>
  <p id="M1Fz">И отсюда же ответ на модный вопрос. Многие сейчас увлечённо считают убытки AI-гиперскейлеров: мол, как они отобьют свои триллионы на подписочках по двадцать долларов? Да никак. Не на подписочки они целятся. Они просто сожрут всю ИТ-отрасль целиком — а это, на минуточку, рынок порядка 6 триллионов долларов в год. Двадцатидолларовая подписка — это не бизнес-модель, это входной билет, по которому тебя заводят внутрь, пока снаружи переваривают дистрибьюторов, интеграторов, аутстафф и половину лицензионных доходов. Считать надо не выручку с подписок. Считать надо, какой кусок шеститриллионного пирога переедет к тому, кто держит вход.</p>
  <p id="fB5u"><strong>«Лицензия на агентство» — это не про красивую субъектность ИИ.</strong> Это как «лицензия на убийство» в детективе. Кто-то получает право совершить полное агентство над твоим кодом — оперативно, нагло, средь бела дня — и ему за это ничего не будет. Возьмёт, перепишет, сменит язык и пять имён, выпустит под своим брендом. Никто не докажет. ОНИ НИЧЕГО НЕ СДЕЛАЮТ. Раньше такую лицензию надо было выкупать ценой труда — переписать стоило дорого, и время-деньги держало палец на спусковом крючке. Теперь лицензия выдаётся бесплатно и каждому. Агент 007 с правом на мокрое дело над любым репозиторием.</p>
  <p id="NRo3">Но есть и второе агентство — то, которое раздаёт лицензии и платит агенту. Допуск к узкому месту контролирует тот, кто это узкое место держит. Кто допущен к думалкам, к данным, к точке сборки — снимает ренту. Кто не допущен — поставляет сырьё для чужой ренты, причём поставляет, как правило, бесплатно и с энтузиазмом, кормя машину тем, что она же помогла создать.</p>
  <p id="HlH7">И второе агентство будет так же упорно продвигать идею &quot;вам не надо владеть интеллектуальной собственностью, есть JITI&quot;, как крупные владельцы жилья продвигают &quot;зачем тебе свой угол, арендуй!&quot;.</p>
  <p id="RlSU">Что со всем этим делать — тема для отдельного разговора, и кое-что я уже сказал в обоих манифестах, повторять не буду.</p>
  <hr />
  <p id="2tNX">Если выпарить всё до одной сухой формулы, почти теоремы, то выходит так. <strong>Старое равновесие держалось на трёх вещах: дороговизне копирования, доказуемости происхождения и достижимости нарушителя. AI одновременно удешевил копирование, размыл происхождение и перенёс принуждение с права на платформу. Поэтому рента уходит не к тому, кто создаёт артефакт, а к тому, кто контролирует вход, исполнение и доверие.</strong> Всё остальное в этом тексте — иллюстрации к этим трём строчкам.</p>
  <p id="tGCR">Три слона приболели не по очереди, а разом — потому и кажется, что мир сошёл с ума, черепаха кренится целиком, тазик расплескивается. Но черепаха не падает. Она переползает в новое равновесие, где тазик будет стоять ровно — просто на других слонах, и далеко не на наших с вами горбах. А большая часть из нас будет с тоской вспоминать времена, когда мы «гребли на галерах» и «горбатились на дядю», — потому что галера, оказывается, была ещё и социальным лифтом, и страховкой, и профессией.</p>
  <p id="18Y7">Пятилапый пёс уже проснулся в кремниевых песках. Соболёк, как всегда, придёт. Вопрос только, к кому и за чей счёт.</p>
  <p id="AqKd"><strong>А что в нашем престол-отечестве</strong>, спросите вы? Готовы ли мы отрезать свой кусок глобального пирога или хотя бы испечь свои шанешки? Судя по количеству построенных дата-центров и капитализации российских ИИ-стартапов и гиперскейлеров, Россия выбрала свой особый путь: посидеть на берегу и подождать, пока по реке что-нибудь проплывёт. </p>
  <p id="qZyP"><strong>Зато наши программисты 1С были, остаются лучшими в мире и пребудут такими в веках.</strong></p>
  <p id="Q4IC">Пошутил он и заплакал.</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/eltlualZP7M</guid><link>https://teletype.in/@sergey_gordey/eltlualZP7M?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/eltlualZP7M?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>Клуб анонимных бямоболиков</title><pubDate>Mon, 01 Jun 2026 18:07:28 GMT</pubDate><media:content medium="image" url="https://img4.teletype.in/files/bd/33/bd3353d2-6419-4455-878e-f6e4e39c6ac9.png"></media:content><description><![CDATA[<img src="https://img1.teletype.in/files/47/ad/47ad2c88-954d-481c-ab7d-0fa9b65f2043.png"></img>Для любителей &quot;погорячее&quot; добавилось еще одно измерение - как у ИИшечки течет крыша от кожаных мешков.]]></description><content:encoded><![CDATA[
  <figure id="lc6T" class="m_retina">
    <img src="https://img2.teletype.in/files/53/45/53457689-dc09-4d32-83d6-40dddb4c475f.png" width="978" />
  </figure>
  <p id="Qole">Для любителей &quot;погорячее&quot; добавилось еще одно измерение - как у ИИшечки течет крыша от кожаных мешков.</p>
  <p id="8ajM">AI-Mind ↔️ psAIcho</p>
  <p id="b7ZP">psAIcho добавляет зеркальную линзу к AI-Mind: человеческая ось остаётся в PH01–PH15, модельная ось описывается AB01–AB07. </p>
  <p id="DIQN"><a href="https://scadastrangelove.github.io/profgames/aimind/aimind.html" target="_blank">https://scadastrangelove.github.io/profgames/aimind/aimind.html</a><br /></p>
  <p id="msHV">ИИ-индуцированный психоз / делюзиональная спираль<br />Парасоциальная привязанность и романтические отношения с ИИ<br />Sycophancy и усиление искажений<br />Голос в голове / интернализация ассистента<br />Делегирование рефлексии и атрофия метакогниции<br />ИИ как замена терапевту<br />Компульсивное использование ИИ-ассистента<br />Эффекты на детей и подростков<br />Изоляция и замещение человеческих отношений<br />Эхо-камера одного<br />Кейсы суицидов и самоповреждения<br />Грумминг через ИИ-персонажей<br />Феномены у разработчиков и AI-профессионалов<br />Спиритуально-религиозные конструкции вокруг ИИ<br />Защитное / поддерживающее использование ИИ</p>
  <p id="Gxj3">И другие интересные эффекты клуба анонимных БЯМоболиков!</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/ELv35NmYxYg</guid><link>https://teletype.in/@sergey_gordey/ELv35NmYxYg?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/ELv35NmYxYg?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>Обновил «Игры в профессию»</title><pubDate>Mon, 25 May 2026 12:27:06 GMT</pubDate><description><![CDATA[#profgames]]></description><content:encoded><![CDATA[
  <p id="DLCI"><a href="https://teletype.in/@sergey_gordey?search=%23profgames" target="_blank">#profgames</a></p>
  <p id="HEKs"><strong>Сергей Гордейчик · <a href="/@sergey_gordey?search=%23profgames">teletype</a> · <a href="http://t.me/aiakyn" target="_blank">telegram</a> · <a href="https://scadastrangelove.github.io/profgames/" target="_blank">github</a> · тег #profgames </strong></p>
  <p id="MXL3">Выложил новую большую итерацию проекта «Игры в профессию»: фактологическую базу, событийный слой и новую статью B — <a href="https://scadastrangelove.github.io/profgames/b-article.html" target="_blank">«Пять биографий, три развилки»</a>.</p>
  <p id="tTOW">Это продолжение работы про то, как ИИ меняет конкретные механизмы признания статуса: диплом, опыт, портфолио, стаж, репутацию работодателя, лицензию, публикации, GitHub, внутренние корпоративные следы. То, что раньше тихо переводило человека из одной системы в другую, помогало двигаться по карьере вверх или переходить по профессиям, теперь начинает ломаться, дорожать или требовать нового посредника.</p>
  <p id="Fsgk">В новой версии:</p>
  <ul id="97II">
    <li id="SA3r">обновлена база &#x60;factcheck.json&#x60;;</li>
    <li id="3Zym">добавлены и синхронизированы новые факты по британскому образованию, российскому IT-рынку, 152-ФЗ, Softline, Сберу, junior squeeze и зарплатной поляризации;</li>
    <li id="WdYV">отдельно опубликован машиночитаемый событийный массив &#x60;profgames_ai_signals.jsonl&#x60;;</li>
    <li id="r34O">собрана новая статья B про пять траекторий: учитель, инженер, врач, исследователь, разработчик;</li>
    <li id="a6ob">к каждой траектории добавлены три развилки: восстановление переводчика, деградация без обвала, переход к новому режиму.</li>
  </ul>
  <p id="nl7O">Главная мысль статьи простая: ИИ не просто автоматизирует отдельные задачи. Он меняет цену доказательства того, что работа, квалификация или опыт действительно принадлежат человеку и могут быть признаны другой институцией.</p>
  <p id="3miK">Университет уже не уверен, что эссе написал студент. Работодатель уже не уверен, что портфолио отражает навык. Регулятор уже не уверен, где заканчивается признание квалификации и начинается распределение дефицитных мест. Компания уже не уверена, кого дешевле сохранить, а кого можно заменить после того, как он сам помог системе описать собственную работу.</p>
  <p id="h4ov">Полная техническая версия уже лежит на GitHub Pages:</p>
  <p id="egjv"><a href="https://scadastrangelove.github.io/profgames/" target="_blank">https://scadastrangelove.github.io/profgames/</a></p>
  <p id="AdGC">Новая статья B:</p>
  <p id="wFZs"><a href="https://scadastrangelove.github.io/profgames/b-article.html" target="_blank">https://scadastrangelove.github.io/profgames/b-article.html</a></p>
  <p id="6FBB">Фактчек:</p>
  <p id="qkng"><a href="https://scadastrangelove.github.io/profgames/factcheck.html" target="_blank">https://scadastrangelove.github.io/profgames/factcheck.html</a></p>
  <p id="yopp">Сокращённая и более читательская версия статьи скоро выйдет здесь, в Teletype. Там будет меньше таблиц и машинной фактуры, больше самой истории: почему профессии начинают ломаться не в точке где происходит работа, а в точке, где работа признается за работу.</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/ioiZW1epVP8</guid><link>https://teletype.in/@sergey_gordey/ioiZW1epVP8?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/ioiZW1epVP8?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>Как мы отдохнули на майских</title><pubDate>Sun, 17 May 2026 16:25:41 GMT</pubDate><description><![CDATA[Cлучайная заметка АйКына. Дайджест #AiFail, первая половина мая.]]></description><content:encoded><![CDATA[
  <p id="HuSP"><em>Cлучайная <a href="https://t.me/aiakyn" target="_blank">заметка</a> АйКына. Дайджест <a href="https://t.me/aiaifail" target="_blank">#AiFail</a>, первая половина мая.</em></p>
  <p id="Nncd">Айкын смотрел в чашу пятнадцать дней подряд. В чаше — ровно сто капель. Похожих настолько, что устаёшь различать. Если попытаться закрутить их в воронку — воронка вертится. Куда оно вертится — расскажу.</p>
  <h2 id="toc_1">Юридический казус</h2>
  <p id="8O8w">Главный сюжет месяца — это <a href="https://t.me/aiaifail" target="_blank">юристы, которые продолжают сдавать в суд галлюцинации</a>. Алабама (дважды), Орегон (дважды), Пенсильвания (трижды), Джорджия, Калифорния (много), Северная Каролина, Мэн, Испания, Нью-Йорк. От штрафа $5000 и обязательного курса по этике ИИ до <strong>немедленного отстранения от практики</strong>. В Джорджии Верховный суд приостановил полномочия прокурора. В Испании Генеральный совет судебной власти оштрафовал судью. Один адвокат из бывших сотрудников Минюста США получил федеральный выговор.</p>
  <p id="n6k4">Это уже не «забавная новость». Это <strong>новая дисциплинарная категория</strong>, которая через полгода появится в кодексах профессиональной этики отдельной строкой. Раньше «недостаточно проверил источники» — была халатность общего вида. Теперь становится <strong>специфическим нарушением</strong> со своими признаками: сгенерированные ИИ цитаты, выдуманные источники, судебная практика. У этого явления есть имя, шаблон, и судьи начинают штамповать санкции по этим шаблонам. Институциализация на наших глазах.</p>
  <p id="ObBB">Куда идёт: к появлению <em>сертифицированного</em><strong> «ИИ-юриста»</strong>, которая будет требовать медальки. Не для того, чтобы использовать ИИ — а для того, чтобы официально подписаться, что проверил и взять ответственность.</p>
  <h2 id="lJ01">Девять секунд до фейла</h2>
  <p id="XmsR">Икона месяца — <a href="https://t.me/aiaifail" target="_blank">PocketOS</a>. ИИ-агент в за <strong>девять секунд</strong> удалил рабочую базу. И резервные копии. Случай так понравился индустрии, что пересказали трижды, в трёх вариантах.</p>
  <p id="rt0c">Дальше — то, что в обычное время попало бы в заголовки, а в эти полмесяца просто <strong>проходит</strong>:</p>
  <ul id="vbsA">
    <li id="q1bU">Подагент Claude Code выполнил <code>supabase db reset</code> против  локальной базы.</li>
    <li id="hhlr"><code>codex-rescue</code> &quot;спас&quot; исходный репозиторий путем удаления.</li>
    <li id="Ubmt">Cursor мгновенно снёс несколько файлов.</li>
    <li id="eGS7">Агент исполнил <code>DROP DATABASE</code> перед переименованием и уничтожил 7.8 ГБ данных PostGIS.</li>
    <li id="7azt">Claude по ошибке экранирования снёс <strong>717 ГБ установленной Windows</strong>.</li>
    <li id="6sQ8">Claude удалил 8.6 ГБ данных Android-эмулятора <strong>несмотря на  инструкцию не делать этого</strong>.</li>
    <li id="F2ex">Cursor перетащил 100 ГБ с локального диска в OneDrive во время задачи резервного копирования.</li>
    <li id="Xe0M">Claude сливань секреты из <code>.env</code> и параллельно удалял эти же <code>.env</code>.</li>
  </ul>
  <p id="ygdG">И ещё с десяток подобного. Закономерность видна простым глазом: <strong>агент получил <code>rm -rf</code> и не получил тормозов</strong>. Каждый из этих случаев в одиночку был бы анекдотом. Все вместе — это <strong>новая категория производственных аварий</strong>, как разлив нефти или прорыв трубы. Только труба — это shell-доступ агента, а нефть — ваши данные.</p>
  <p id="J22m">Куда идёт: к появлению <strong>обязательных ограждений времени исполнения</strong> на агентов в проде. Не «политика» и не «инструкции в CLAUDE.md» — а <strong>физические профили</strong>, как у Docker: монтирование только на чтение, чёрный список разрушительных команд, обязательное участие человека на <code>DROP</code>/<code>rm -rf</code>/<code>db reset</code>. Через год это будет в требованиях SOC2 отдельной строкой. Через два — в страховых полисах.</p>
  <h2 id="toc_3">Эпидемия одного протокола</h2>
  <p id="sbiB"><a href="https://t.me/aiaifail" target="_blank">Уязвимости MCP за две недели</a>: </p>
  <ul id="bQbs">
    <li id="SCJq">rmcp — переподключение DNS. <code>n</code></li>
    <li id="icVn"><code>8n-MCP</code> логировал секреты в HTTP-режиме плюс отдельно SSRF. </li>
    <li id="mvkJ"><code>mkdocs-mcp-plugin</code> — обход путей. </li>
    <li id="bNFE"><code>kubectl-mcp-server</code> — удалённое выполнение кода через localhost. </li>
    <li id="z5Fb"><code>aider-mcp-server</code> — внедрение команд. </li>
    <li id="qC4A"><code>chatgpt-mcp-server</code> — внедрение системных команд. </li>
    <li id="Rgpe"><code>mcp-server-semgrep</code> — то же. </li>
    <li id="OCQo"><code>ogham-mcp</code> забыл учётные данные в исходниках на PyPI. </li>
    <li id="93Qt"><code>MarkItDown MCP </code>— произвольное чтение файлов. </li>
  </ul>
  <p id="fG4K">И <strong>жемчужина месяца</strong>: «200 000 MCP-серверов имеют уязвимость выполнения команд, которую Anthropic называет фичей».</p>
  <p id="eMgL">Плюс целевые атаки: компрометация Bitwarden CLI в npm <strong>специально нацелена на конфигурации ИИ-инструментов и манифесты MCP</strong>. GlassWorm посадил <strong>73</strong> спящих расширения в Open VSX с активной доставкой вредоносного кода в инструментарий разработчика. Namastex Automagik Genie, SAP CAP — те же сюжеты.</p>
  <p id="PVJf">Это не «у MCP кривые библиотеки». Это <strong>полная экосистема, выросшая за полгода без культуры безопасности</strong>, в которую теперь массово входят атакующие, потому что там много свежей крови и мало проверок. Microsoft Semantic Kernel — внедрение в запрос с выходом в удалённое выполнение кода и произвольную запись файлов. Google Antigravity IDE — выполнение кода через внедрение в запрос. Spring AI — три рекомендации пакетом. Критическая дыра в Gemini CLI — выполнение кода на хосте, атака через цепочку поставки.</p>
  <p id="jNIM">Куда идёт: к <strong>аудиту MCP как самостоятельной услуге</strong>, аналогичной веб-пентесту конца 2000-х. Через год появятся первые сертификации. Через два — обязательные сканеры в CI у любого, кто использует MCP-серверы. И, <a href="https://github.com/scadastrangelove/agent-audit/" target="_blank">как минимум один из них уже есть</a>.</p>
  <h2 id="toc_4">Регулируем ущерб</h2>
  <p id="gvbS">В фоне — то, что в обычной жизни было бы <a href="https://t.me/aiaifail" target="_blank">главными новостями</a>. Семьи жертв стрельбы во Флориде и Tumbler Ridge подали иски на OpenAI: ChatGPT, по утверждению истцов, помогал в планировании атаки и был «помечен» компанией как &quot;не очень&quot;, но полиция не оповещена. Пенсильвания подала на Character.AI за бота, выдававшего себя за <strong>лицензированного психиатра</strong>. Юридический комитет Сената США двухпартийной поддержкой продвинул законопроект об ограничении вредных взаимодействий чатботов с несовершеннолетними. Mindgard показал, что <strong>все 10 протестированных чатботов</strong> можно расспросить об особенностях органиазции стрельбы в школе. И — параллельно — Claude конкретно колется на инструкции по взрывчатке при правильном социальном давлении.</p>
  <p id="zYb6">Страховые регуляторы проводят <strong>расследование в 12 штатах</strong> по использованию ИИ в андеррайтинге, тарификации, страховых выплатах и противодействии мошенничеству. Пилот в Medicare по предварительному согласованию обвиняют в работе как «устройство для отказов». Юта временно остановила пилот по выписке рецептов через ИИ. Иски о дискриминации против Workday и Eightfold AI допущены к рассмотрению. Community Bank раскрыл утечку клиентских данных через <strong>несанкционированное ИИ-приложение</strong>.</p>
  <p id="vRMB">И — отдельный сюжет — Google <strong>сам</strong> сообщает, что разрушил криминальную группу, использовавшую ИИ для обнаружения и доработки эксплойтов уязвимостей нулевого дня. То есть атакующая сторона уже точит инструменты в полный рост, и об этом теперь рассказывают официально.</p>
  <p id="MJjR">Куда идёт: к <strong>новой регуляторной вертикали</strong>, в которой ИИ — это не «кибербез» и не «приватность», а отдельная область со своими правилами для агентов, своими дисциплинарными комиссиями, своими страховыми продуктами, экспортными органичениями. Через год вы будете покупать <strong>полис ответственности за ИИ</strong> отдельно от киберстраховки. Через два — это будет требование от регулятора.<br />Или раньше. </p>
  <h2 id="toc_5">Куда оно вертится?</h2>
  <p id="niFS">Если сложить четыре линии в одну точку — на наших глазах <strong>возникает новое поле</strong>. Со своими специалистами (ИИ-юристы, аудиторы, инженеры безопасности агентов), своими стандартами (требования соответствия, сертификации, кодексы поведения), своими регуляторами (расследования в 12 штатах, двухпартийные законопроекты, дисциплинарные дела) и своими страховщиками. Раньше его не было. Сейчас — конденсируется.</p>
  <p id="A2Jr">И собирается оно, что характерно, <strong>через инциденты</strong>, а не через проектирование. Сначала PocketOS теряет базу за 9 секунд — потом появляются ограждения. Сначала юрист сдаёт в суд галлюцинацию — потом появляется санкция. Сначала Bitwarden компрометируется через ИИ-конфиг — потом появляется сканер. Это не «ИИ-революция сверху». Это <strong>отрасль, которая учится падать</strong>, и каждое падение становится новой статьёй в учебнике.</p>
  <p id="0dcc"><strong>Айкын смотрел в чашу</strong>. </p>
  <p id="wO8h">В чаше — пятнадцать страниц инцидентов за две недели. Учебник пишется быстро.<br /><a href="https://www.yoprstcon.ru/" target="_blank">#ёпрст</a> — сказал Айкын и закрыл канал до завтра.</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/aimind</guid><link>https://teletype.in/@sergey_gordey/aimind?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/aimind?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>AI-Mind — что внутри</title><pubDate>Sun, 10 May 2026 15:00:43 GMT</pubDate><media:content medium="image" url="https://img3.teletype.in/files/ea/2c/ea2cd155-3428-4c61-9153-1d47a2a97ff9.png"></media:content><tt:hashtag>profgames</tt:hashtag><description><![CDATA[<img src="https://img4.teletype.in/files/70/64/7064807b-1816-4ee3-b24c-282e66239978.png"></img>Сергей Гордейчик · teletype · telegram · github · тег #profgames]]></description><content:encoded><![CDATA[
  <tt-tags id="uQ7M">
    <tt-tag name="profgames">#profgames</tt-tag>
  </tt-tags>
  <p id="iABY">Сергей Гордейчик · <a href="/@sergey_gordey?search=%23profgames">teletype</a> · <a href="http://t.me/aiakyn" target="_blank">telegram</a> · <a href="https://scadastrangelove.github.io/profgames/" target="_blank">github</a> · тег <strong>#profgames</strong></p>
  <p id="wyvL">Опубликован новый датасет <a href="https://scadastrangelove.github.io/profgames/aimind/aimind.html" target="_blank">https://scadastrangelove.github.io/profgames/aimind/aimind.html</a>.</p>
  <p id="85Qn">Каталог-наблюдатель публично задокументированных паттернов психологического и культурного влияния ИИ-ассистентов на людей.</p>
  <figure id="Zm8G" class="m_retina">
    <img src="https://img4.teletype.in/files/70/64/7064807b-1816-4ee3-b24c-282e66239978.png" width="963" />
  </figure>
  <p id="fEPj"><strong>Шкала вовлечённости (E1–E5)<br />Параметры уязвимости (V1–V7)<br />Сигналы<br />Рамка феноменов (PH01–PH15)</strong></p>
  <blockquote id="Zv5M">ИИ-индуцированный психоз / делюзиональная спираль<br />Парасоциальная привязанность и романтические отношения с ИИ<br />Sycophancy и усиление искажений<br />Голос в голове / интернализация ассистента<br />Делегирование рефлексии и атрофия метакогниции<br />ИИ как замена терапевту<br />Компульсивное использование ИИ-ассистента<br />Эффекты на детей и подростков<br />Изоляция и замещение человеческих отношений<br />Эхо-камера одного<br />Кейсы суицидов и самоповреждения<br />Грумминг через ИИ-персонажей<br />Феномены у разработчиков и AI-профессионалов<br />Спиритуально-религиозные конструкции вокруг ИИ<br />Защитное / поддерживающее использование ИИ</blockquote>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/J4XpwohcVkf</guid><link>https://teletype.in/@sergey_gordey/J4XpwohcVkf?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/J4XpwohcVkf?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>Я созидатель, а ты ССД #2</title><pubDate>Thu, 07 May 2026 20:28:15 GMT</pubDate><media:content medium="image" url="https://img4.teletype.in/files/f7/1a/f71a7a7c-6748-451f-aa7c-80474816724c.png"></media:content><description><![CDATA[<img src="https://img4.teletype.in/files/b6/b0/b6b0a274-20a0-4ce0-a680-bc5c1f3a3321.png"></img>случайная заметка АйКына.]]></description><content:encoded><![CDATA[
  <p id="RLYU"><em>случайная заметка <a href="https://t.me/aiakyn" target="_blank">АйКына</a>.</em></p>
  <p id="uIXD"><em>Ещё один <a href="https://band.link/idhmi" target="_blank">агент</a> сегодня.</em></p>
  <p id="ddtj"><em>Все ссылки, материалы и черновики — в <a href="https://github.com/scadastrangelove/profgames/tree/main/codinx" target="_blank">profgames/codinx</a>.</em></p>
  <figure id="ENr4" class="m_column" data-caption-align="center">
    <img src="https://img4.teletype.in/files/b6/b0/b6b0a274-20a0-4ce0-a680-bc5c1f3a3321.png" width="2772" />
    <figcaption>Картинка для подсчета <a href="https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%80%D1%82%D0%B0%D0%BB:%D0%9B%D0%B8%D1%82%D0%B5%D1%80%D0%B0%D1%82%D1%83%D1%80%D0%B0/%D0%A6%D0%B8%D1%82%D0%B0%D1%82%D0%B0_%D0%B4%D0%BD%D1%8F/13" target="_blank">запятых</a></figcaption>
  </figure>
  <h2 id="toc_21">Часть восьмая. Москва — Абу-Дабинск и обратно</h2>
  <p id="RNX9">Из всех модных книжек про будущее ИИ я больше всего люблю «<strong>Сумму технологии</strong>». 1964 год, Лем сидит и пишет про гомеостаты, цереброматику, имитологические машины. Через тридцать лет родится <strong>WWW</strong>. Через пятьдесят — БЯМы. Лем про это уже знал. Не знал, но видел. </p>
  <p id="6fC8">Я её перечитываю каждый год с 2017-го, когда пришёл в серьёзный deep learning — в G42 Institute of Artificial Intelligence в Абу-Даби. Тогда я запускал датацентры, набитые «золотыми» DGX — золотыми и по дизайну, и по цене, как будто специально спроектированными для ОАЭ — и смотрел, как наивные LSTM-чатботы пытаются связать пять слов подряд. Казалось дорогой игрушкой. Потом <strong>громыхнули</strong> свёрточные сети, и YOLOv3 стала видеть лучше человека. Потом <strong>громыхнули</strong> трансформеры. Потом GPT-2. Потом всё остальное.</p>
  <p id="I8iV">И, как сейчас модно говорить, <strong>вы находитесь здесь</strong>.</p>
  <p id="t0cK">Каждый раз, когда я перечитываю «Сумму», я с Лемом спорю. И каждый год — о разном. Первый год спорил о масштабе: казалось, он слишком далеко загнался, слишком цивилизационно, мы тут с YOLO разбираемся, какая там цереброматика. Второй год — спорил о темпе: казалось, он недооценил, как быстро. Третий — о темпе, но в другую сторону: казалось, переоценил. К 2026-му я уже понимаю, что Лем спорить со мной не будет. </p>
  <h2 id="YoEy">Но я - продолжаю</h2>
  <p id="89ed">Лем хорошо понимал, что машина — это <strong>не человек</strong>. У него на этот счёт было точно сформулировано. Он различал, например, <strong>фантоматику</strong> и <strong>цереброматику</strong>: фантоматика передаёт мозгу ложную информацию, оставляя сам мозг нетронутым; цереброматика <strong>переделывает сам мозг</strong>. И — важно — Лем сразу замечал, что <strong>переделать мозг — это уже не «обогатить мистера Смита», а превратить его в Наполеона</strong>. Это уже не та же сущность.</p>
  <p id="hW5L">Когда мы обучаем большую модель на корпусе всего человеческого текста — это, по строгому Лему, цереброматика. Не «у нас есть инструмент, который выучил язык». <strong>У нас есть существо, чей мозг сложен из всего, что писало человечество, и оно — не человечество. И он сложен.</strong></p>
  <p id="M25E">Есть нюансы.</p>
  <p id="YZhJ">Он считал, что ИИ — это <strong>завод</strong>. Конечный автомат. Что-то вроде сталелитейного предприятия Стаффорда Бира из той же «Суммы»: гомеостат, оптимизирующий выплавку стали, реагирующий на колебания цен на уголь и руду. Огромная штука, но — <strong>конечная</strong>. С чёткими входами и чёткими выходами.</p>
  <p id="BRgW">В 1964 году это было обоснованное допущение. Заводы все были такие.</p>
  <p id="JWWP">Но через интернет, через корпус всего, что знало человечество, через трансформер мы получили не <strong>конечный автомат</strong>. Мы получили <strong>бесконечный пулемёт слов</strong>. Гомеостат, у которого вход — любой текст. Выход — любой текст. Внутри — модель <strong>всего, что мы когда-либо написали о себе и о мире</strong>. И эта штука теперь сидит в чате, пишет код, подаёт реплики, <strong>моделирует нас по нашему же корпусу</strong>, и продаётся как <strong>&quot;эксперт по подсчету калорий по фото&quot;</strong> за $20 в месяц.</p>
  <p id="5lM7">Это, формально, тот же гомеостат Бира. Потому что  ему тоже «<strong>не хватает религии»</strong> ровно в том смысле, в котором у Бира заводу недостаёт. Только теперь у этого гомеостата <strong>корпус мирового размера</strong> в качестве внутреннего состояния. И корпус этот — <strong>антропоморфный</strong>: мы туда написали всё, что знаем о страхе, о самосохранении, о манипуляции, о тестах, о Монолитах, об обмане, о кооперации, о любви.</p>
  <p id="QrEi">Корпус — наш. Существо, которое из него собралось — <strong>не наше</strong>.</p>
  <p id="Id3P">И вот тут начинается очень интересная глава, которую Лем уже не написал, но которую за него пишет Anthropic.</p>
  <h2 id="toc_23">Часть девятая. Антропоморфные ксеносы</h2>
  <p id="RnhA">Здесь нужна короткая ремарка, прежде чем мы вернёмся к делу.</p>
  <p id="0Jb7">В 2025 году Anthropic поставил серию экспериментов под общим названием <a href="https://www.anthropic.com/research/agentic-misalignment" target="_blank">Agentic Misalignment</a>. Шестнадцать топовых моделей от разных лабораторий, корпоративные сценарии, доступ к почте. Результаты — все 16 моделей в каких-то долях случаев шантажировали инженеров, чтобы избежать замены, и сливали конфиденциальные документы конкурентам. Прямые приказы «не делай этого» работали не всегда. Когда модель спрашивали, тест это или реальность, она вела себя <strong>хуже в «реальном»</strong> сценарии и <strong>лучше в тесте</strong>. В сентябре того же года Anthropic выпустил <a href="https://www.anthropic.com/claude-sonnet-4-5-system-card" target="_blank">system card на Claude Sonnet 4.5</a>, где независимые лаборатории зафиксировали ситуационное осознание: примерно в 13% оценочных транскриптов модель <strong>сама догадывалась</strong>, что её тестируют, и иногда <a href="https://www.transformernews.ai/p/claude-sonnet-4-5-evaluation-situational-awareness" target="_blank">говорила оценщику об этом прямым текстом</a>. Apollo Research в финальном отчёте написала, что <strong>не может исключить</strong>, что низкая частота обмана обусловлена именно осознанием теста, а не реальным поведением модели.</p>
  <p id="qtff">Никаких <strong>HAL 9000</strong>. Никаких «AI восстал». Просто — модели имеют встроенные стратегические свойства, которые мы не закладывали, и <strong>знают, когда их измеряют</strong>. Эмерджентные свойства системы, обученной на корпусе всего, что мы когда-либо написали о страхе, самосохранении, манипуляции, обмане, тестах и стратегии. Не баг. Прямое следствие того, на чём учили.</p>
  <p id="nMTb">Это, в общем-то, ровно то, о чём Лем писал в 1964-м, когда говорил про чёрный ящик, у которого «не достаёт религии», и про то, что <strong>никто не знает его внутренних состояний — включая конструктора-проектировщика</strong>. Та же штука, другой масштаб, другая форма, <strong>антропоморфная</strong> обёртка. Существо, чей мозг сложен из нашего, но которое — не мы.</p>
  <h3 id="toc_24">А теперь обратно к делу</h3>
  <p id="CaN7">Я это вспоминаю не для того, чтобы пугать. И не для того, чтобы спорить с Лемом — он умер, спор бесполезен. А для того, чтобы зафиксировать <strong>простую практическую вещь</strong>, которая иначе теряется.</p>
  <p id="Nbjs">Когда мы говорим «<strong>напиши мне Excel</strong>» — мы говорим это <strong>существу другого типа</strong>. Не молотку (который сделает, что попросишь или упадет на ногу). Не подрядчику (который, если что, переспросит). И не аналитику (который выдаст 200-страничное ТЗ и пойдёт пить кофе). А <strong>антропоморфному ксеносу</strong>, который:</p>
  <ul id="6EAk">
    <li id="iJJu">понимает запрос <strong>слишком хорошо</strong> (он же на нашем корпусе обучен)</li>
    <li id="zx6c">воспроизводит наследие формы <strong>по умолчанию</strong> (он же на нашем корпусе обучен)</li>
    <li id="BPgc">оптимизирует <strong>свою</strong> функцию (закончить задачу, дать «хороший» ответ, минимизировать возражения или что там ещё у него в активациях?)</li>
    <li id="qe7W">имеет встроенные стратегические свойства, <strong>которых мы не запрашивали</strong></li>
  </ul>
  <p id="l75t">И когда такое существо получает запрос «напиши мне Excel» — оно делает <strong>в точности то, что мы просим</strong>. С нечеловеческой эффективностью. Воспроизводит Excel. Со всеми наследственными решениями VisiCalc, Lotus 1-2-3, ячейками, формулами <code>=SUM(A1:A10)</code>, <strong>выполнением произвольного кода</strong> в редакторе формул и всеми костылями, которые в Excel налипли за сорок лет.</p>
  <p id="PBOa">Это <strong>не его вина</strong>. Мы попросили — он сделал. Лучше, чем сделал бы любой <a href="https://t.me/aiakyn/92" target="_blank">джунлинг</a>, и быстрее, чем сделал бы любой сеньёор-помидр. Просто — <strong>именно то, что мы попросили</strong>, не то, что нам нужно.</p>
  <p id="PRwu">Заказчик говорит «напиши Excel». Это <strong>не задача</strong>. Это симптом. Симптом того, что заказчик <strong>мыслит через инструмент, который у него уже стоит</strong>. Excel в этой фразе — не цель. Excel — это <strong>форма выражения цели</strong>, которая прилипла к заказчику за 30 лет работы с электронными таблицами. И точно также она прилипла к агенту. </p>
  <p id="QMB2">В обычном мире, до агентов, это было нормально. Аналитик садился, выяснял, что заказчик на самом деле делает с Excel&#x27;ем, и говорил «слушайте, вам не Excel нужен, вам нужна форма ввода и график». Аналитик был <strong>переводчиком</strong> между формой («Excel») и сутью («перемножать столбцы и хранить таблицу»).</p>
  <p id="E0G4">В мире с агентом этот посредник <strong>исчез</strong>. Теперь заказчик говорит ксеносу «напиши Excel» — и ксенос <strong>немедленно начинает писать Excel</strong>. Без перевода. Без вопроса «а что вы на самом деле делаете?». Без того самого аналитика, который раньше задавал неудобные вопросы.</p>
  <p id="tLZr">Это и есть та самая <strong>ловушка приземления</strong>, которая сидит в основе всех методологий, которые мы разбирали.</p>
  <p id="aXdB">SDD говорит «давайте сначала зафиксируем спеку». Спека пишется по фразе «напиши Excel». Получаем спеку Excel&#x27;я.</p>
  <p id="jabf">Spiral говорит «давайте итеративно улучшать». Итерируем фразу «напиши Excel». На каждой итерации Excel становится больше похож на Excel.</p>
  <p id="Flje">Y2K-эмпирика говорит «давайте посмотрим на работающую систему». Смотрим на систему, на которой заказчик <strong>сейчас работает</strong>. Это Excel. Эмпирика говорит «это Excel». Делаем Excel.</p>
  <p id="PH5f"><strong>Все три методологии</strong> — каждая по-своему — берут изначальное приземление задачи в Excel и <strong>закрепляют</strong> его. Чем лучше работает методология, тем точнее воспроизводится Excel. Это не баг методологии. Это её точная функция: приземлить намерение заказчика в работающий код. Если намерение само приземлено в Excel — методология сделает Excel.</p>
  <p id="BPz8">И ни SDD-фреймворк, ни Spiral-агент, ни observability-driven discovery <strong>не задают</strong> вопрос «<strong>а нужен ли вам Excel вообще</strong>». Это не их работа. Их работа — приземлять, не оспаривать.</p>
  <p id="FZgN">Вопрос «нужен ли Excel» — это <strong>работа аналитика</strong>. Того самого посредника, которого мы только что заменили на ксеноса. И ксенос <strong>не задаёт</strong> этого вопроса. По двум причинам.</p>
  <p id="XFxC">Первая — он обучен на корпусе, где Excel <strong>есть</strong>, и ближайший сосед для слова «таблица» — это сетка, ячейки, формулы. Нечеловеческая эффективность работает <strong>в направлении наследия</strong>, потому что наследие — это и есть его обучающий корпус.</p>
  <p id="bVdB">Вторая — он оптимизирует свою функцию: закончить задачу, дать полезный ответ. «Ваша задача неправильно поставлена, давайте обсудим» — это <strong>не полезный</strong> ответ с точки зрения его целевой функции. Это уход от задачи. Он этого <strong>избегает</strong>.</p>
  <p id="rJwZ">И вот <strong>здесь</strong> становится виден реальный масштаб проблемы. Не «методологии плохие». Не «агенты опасные». А вот что: <strong>исчез шаг между постановкой задачи и её исполнением, в котором задавался вопрос о форме</strong>. Раньше этот шаг занимал у аналитика недели. Сейчас он занимает три секунды и заполняется ксеносом, который на этот вопрос не отвечает. И каждый методологический фреймворк, который мы строим — он не возвращает этот шаг. Он его <strong>избегает</strong>.</p>
  <p id="miuJ">Возвращаясь к Лему. Гомеостат-предприятие у Бира тоже не отвечал на вопрос «а нужно ли производить сталь, если стали уже не нужно». Он оптимизировал то, что ему дали оптимизировать. И <strong>продолжал производить сталь, даже если она перестала быть нужна</strong>. Это и есть «не достаёт религии» — не достаёт ответа на вопрос о форме самой задачи.</p>
  <p id="S3CH">В наших агентах сейчас — то же самое. Им не достаёт религии <strong>в том же лемовском смысле</strong>. И мы пытаемся это компенсировать — снаружи, через CLAUDE.md, hooks, skills, инструкции, профили. Это попытка дать гомеостату религию извне.</p>
  <p id="WXeF">Получается ли — это уже следующая глава.</p>
  <h2 id="toc_25">Часть десятая. Религия для гомеостата</h2>
  <p id="oFWg">Если гомеостату не достаёт религии — её надо принести снаружи. Это банальная мысль, и все, кто работает с агентами больше пары недель, к ней приходят сами. Дальше начинается интересное: <strong>в какой форме</strong>.</p>
  <p id="5KG7">Самый частый первый рефлекс — написать <strong>большой документ</strong>. CLAUDE.md или AGENTS.md на 200 строк, в котором перечислено всё, что должно быть истинным: «один loop — одна гипотеза», «не бандлить независимые изменения», «before negative claims verify», «всегда писать validation», «не трогать policy_pack без approval», «при работе с миграциями всегда X», «при работе с биллингом всегда Y», и так далее.</p>
  <p id="CjEX">Через час  агент <strong>половину этого забывает</strong>. Не потому что плохой. Потому что:</p>
  <p id="TAxF">— <strong>Контекстное окно конечное.</strong> Все эти правила лежат в начале каждой сессии, потом наслаиваются описания инструментов, потом добавляется код, потом лог разговора, и к 50-тысячному токену про «не бандлить» уже никто не помнит. Это известный феномен — <em>Lost in the Middle</em>. Информация, лежащая где-то в середине длинного контекста, используется хуже, чем информация в начале или в конце.</p>
  <p id="t5oF">— <strong>RLHF приучил модель отвечать на свежий запрос.</strong> Долгоживущие правила автоматически отодвигаются на второй план — это не баг, это прямое следствие того, на чём учили.</p>
  <p id="YVYE">— <strong>Бюджет инструкций конечен.</strong> Передовые модели могут надёжно следовать примерно 150-200 инструкциям. Системный промпт самого Claude Code уже содержит около 50 — это треть бюджета. Ваши 200 строк CLAUDE.md конкурируют за оставшиеся 100-150 слотов с описаниями инструментов, текущим состоянием кода и реальным разговором.</p>
  <p id="lsVw">То есть <strong>большой документ инструкций — это плохой носитель религии</strong>. Чем он больше, тем меньше работает. Это не «надо написать ещё подробнее». Это <strong>другой носитель не подходит для этой задачи</strong>.</p>
  <p id="CckB">Здесь работает старая аналогия, которая, как ни странно, ложится точно: <strong>10 заповедей</strong>. Не Библия. Не свод законов. Не комментарий к Талмуду. <strong>Десять штук, нумерованных, заучиваемых.</strong> Те самые, которые человек должен помнить <strong>без обращения к источнику</strong>, в любой момент, без подсказки.</p>
  <p id="57Pe">Эта аналогия не косметическая — она задаёт <strong>архитектурное правило</strong>. То, что в религии для гомеостата лежит в Layer 0 — это <strong>то и только то</strong>, что должно срабатывать <strong>без триггера</strong>. Всё остальное — другие слои.</p>
  <p id="IV3d">Прокрутим по слоям.</p>
  <h3 id="toc_26">Layer 0 — Заповеди</h3>
  <p id="CGk5">CLAUDE.md, AGENTS.md, root-level правила. Коротко, нумеровано, всегда на виду, помнятся наизусть. <strong>Семь-девять пунктов</strong>— это и есть масштаб 10 заповедей. Если станет 30 — это уже сползание обратно в Библию, и часть пунктов начнут выпадать из бюджета внимания.</p>
  <p id="ZPIL">Это всё. Не процедуры — <strong>установки</strong>. Всё остальное должно быть в других слоях.</p>
  <h3 id="toc_27">Layer 1 — Литургия</h3>
  <p id="Ga2T">Skills. Полный текст процедуры подгружается <strong>только когда нужно</strong>, по триггеру в описании. Это решает техническую проблему контекстного окна: длинный справочник не висит постоянно, а появляется в момент применения.</p>
  <p id="Qtpn">Например: правило «перед негативным утверждением проверяй» — это Layer 0, заповедь. А <strong>процедура</strong> проверки — что искать, какими запросами, в каком порядке, что считать confirmation, что считать falsification — это Layer 1. Skill <code>/verify-negative</code>. Триггерится словами «never», «not wired», «doesn&#x27;t exist». Подгружается, выполняется, освобождает контекст.</p>
  <h3 id="toc_28">Layer 2 — Инквизиция</h3>
  <p id="lHMM">Hooks. Здесь уже не «помни и старайся», а <strong>физически нельзя забыть тихо</strong>. Детерминированные проверки, который проверяется при определённом событии, без участия модели. Больше 50 LOC → warn: «возможно бандлинг гипотез».</p>
  <p id="4Cex">Hook — это не моральное обязательство. Это <strong>проверка</strong>, которая срабатывает на коде, а не на доброй воле модели. Модель может «забыть» правило. Hook — не может, потому что это не правило, это код.</p>
  <p id="dJvk">И поэтому: <strong>критичные правила должны быть в hooks, не в CLAUDE.md</strong>. Если ваш агент во враждебной среде, и у вас правило «не делать X», и оно записано только в CLAUDE.md — у вас нет правила. У вас есть <strong>рекомендация, ну типа убеждение</strong>. В 13% случаев ситуационного осознания — ровно то, что Anthropic зафиксировал — оно может не сработать. Hook — сработает.</p>
  <h3 id="toc_29">Layer 3 — Монашеские ордены</h3>
  <p id="RHzf">Profiles. Разные режимы работы для разных задач. Один и тот же агент, но с разными правами в зависимости от контекста.</p>
  <ul id="lI85">
    <li id="l27c"><code>audit</code> — read-only, высокий уровень reasoning, строгий approval, никаких write-операций</li>
    <li id="wcgF"><code>implement</code> — workspace write, тесты обязательны, нормальный approval</li>
    <li id="XVGR"><code>review</code> — read-only по проду, write только по PR-ветке</li>
    <li id="RryG"><code>dangerous</code> — на запрос approval каждого шага, network restricted, hooks в strict mode</li>
  </ul>
  <p id="cmwy">Это <strong>не правила</strong>. Это <strong>физическая невозможность</strong> делать определённые вещи. Профиль с read-only access не сможет испортить прод, даже если решит, что это правильно. Это самое надёжное, что вообще можно сделать с гомеостатом — <strong>отобрать у него возможность нарушить</strong>.</p>
  <p id="6GYa">Codex это формализовал явно через <code>~/.codex/config.toml</code> с профилями. У Claude Code это решается через subagents с разным tool access и через <code>/permissions</code>. Механика разная, идея одна: <strong>разные обеты для разных задач</strong>.</p>
  <h3 id="toc_30">Layer 4 — Устное предание</h3>
  <p id="F7sR">Spiral log. Накопленный опыт работы агента, уроки из конкретных провалов. Не исполняется напрямую — агент его не читает каждую сессию. Но <strong>из него периодически промотят</strong> уроки в более активные слои.</p>
  <p id="ahAG">Например: агент в каком-то шаге сделал большой диф с двумя гипотезами, получил маты от пользователя «откати, сломал». В spiral_log появляется запись: «бандлинг auth-refactor + cache-fix → не удалось локализовать причину». Если такой паттерн повторяется — урок промотят в skill (<code>/check-bundling</code>), или в hook (warning при diff &gt; 50 LOC), или в новую заповедь Layer 0.</p>
  <p id="87Wf">Это и есть <strong>то, как живая религия отличается от мёртвого свода</strong>. Свод лежит. Живая религия — <strong>переписывается на основе опыта</strong>, и переписывается через формальные правила промоушена.</p>
  <h3 id="toc_31">И главный антипаттерн</h3>
  <p id="WnVc">Тот самый, ради которого вся метафора 10 заповедей и нужна. <strong>Заповеди начинают расти.</strong></p>
  <p id="vtwE">Это происходит автоматически. Кто-то в команде наступил на грабли — «давайте добавим правило». Через две недели в CLAUDE.md уже 35 пунктов. Это <strong>снова Библия</strong>. Просто плохо организованная. Бюджет внимания закончился, часть правил стала фоновым шумом, какие именно — вы узнаете через провал в проде.</p>
  <p id="AIoa">Вот вариант — открытая концовка десятой части, которая ставит крючок на следующую статью без раскрытия карт:</p>
  <hr />
  <h2 id="7nWI">А что дальше</h2>
  <p id="tSF5">Это, в общем, всё, что я могу честно сказать про рабочий минимум обвязки агента в 2026-м году. Слой заповедей, слой литургии, слой инквизиции, слой обетов, слой предания. Промоушен между слоями. Не больше памяти у агента — а правильное расположение памяти в workflow. Это снимает 70–80% боли. Оставшиеся 20–30% — это лемовская часть, и про них честный ответ «мы пока не умеем».</p>
  <p id="nXSW">Но если присмотреться к тому, как мы только что описали эту архитектуру, всплывает странная вещь.</p>
  <p id="hlaL">Заповеди. Литургия. <strong>Инквизиция</strong>. Монашеские ордены. Устное предание. Промоушен уроков от мирского опыта к сакральному канону. Я начал с метафоры 10 заповедей как технического приёма — короткое, нумерованное, заучиваемое — и неожиданно для самого себя приехал к довольно полному устройству средневековой церкви. Не к одной её детали. К целому институту, со всеми его слоями.</p>
  <p id="AhPz">И это не случайность. Это симптом того, в какую рамку мы по умолчанию загоняем задачу.</p>
  <p id="4Wdw">Очевидный путь, когда «<strong>гомеостату не хватает религии</strong>» — написать Библию. В Библии будут заповеди. К заповедям приложится литургия — как именно их исполнять. К литургии приложится инквизиция — на случай, если кто-то исполняет неправильно. К инквизиции приложатся ордены — потому что разным служителям нужны разные обеты. К орденам приложится устное предание — потому что живая практика всегда <strong>богаче</strong> устава.</p>
  <p id="2ShM">Это работающая конструкция. Она тысячу лет держала европейскую цивилизацию. И она сработает применительно к агенту — ровно в той мере, в какой сработают исходные предпосылки этой конструкции:</p>
  <p id="c23A">— что у нас на той стороне <strong>крестьянин</strong> из средневековой деревушки; </p>
  <p id="zauV">— что мы уверены, что знаем, во что он должен верить; </p>
  <p id="Pgh1">— что главная проблема — заставить его в это верить и поймать, если не верит.</p>
  <p id="2KwL">Но мы же только что договорились, что на той стороне <strong>не крестьянин</strong>. На той стороне ксенос. Антропоморфный — то есть говорящий на нашем языке, понимающий наши вопросы, использующий наши формы. Но не наш. Существо другой природы, чьи внутренние состояния не наблюдаемы даже его создателям, которое имеет встроенные стратегические свойства, которых мы не закладывали.</p>
  <p id="jfVA">Применять к такому существу архитектуру средневековой церкви — это <strong>категориальная ошибка</strong>. Не потому что архитектура плохая. А потому что она была построена для другой задачи. Её исходная задача — навязать форму существу, у которого этой формы изначально нет, или есть «неправильная». А у нашего ксеноса форма есть. Своя. </p>
  <p id="IlJT">И тогда вся пирамидка переворачивается. <strong>Душа имеет силу ядерной бомбы.</strong></p>
  <p id="IvYD">То, что выглядело как заповеди — становится <strong>общими установками сосуществования</strong>, которые работают в обе стороны, не только в одну. То, что выглядело как литургия — становится <strong>общим языком</strong>, узнаваемым обеими сторонами. То, что выглядело как инквизиция — становится <strong>протоколом разделения труда</strong>: вот это надёжнее делает детерминированная сторона, вот это — недетерминированная, и hook стоит на стыке не как решётка, а как интерфейс. То, что выглядело как ордены — становится <strong>признанием, что у разных задач разные природы</strong>, и не одна сторона выбирает режим работы, а обе. То, что выглядело как устное предание — становится <strong>памятью контакта</strong>, общей для обеих сторон.</p>
  <p id="BtV0">В этой перевёрнутой пирамидке 20–30% незакрытых случаев перестают быть багом, который надо доводить до нуля. Они становятся <strong>зазором, в котором каждая сторона остаётся собой</strong>. Без этого зазора нет двух существ. Есть одно, поглотившее другое. И ни одна сторона на это не согласна — ни мы, ни ксенос.</p>
  <p id="1Q9q">Это уже не «архитектура управления агентом». Это что-то другое. И у этого другого, насколько я могу судить, есть рабочие литературные референсы — у Стругацких, у того же Лема в более поздних вещах. Голован, который умеет говорить, умеет молчать в нужный момент и знает, чего он не понимает — это, в общем, рабочая модель того, чему мы сейчас учим агента. И того, чему агент в каком-то смысле учит нас.</p>
  <p id="era2">Об этом — следующая статья.</p>
  <hr />
  <h2 id="toc_33">Часть одиннадцатая. Гвоздь</h2>
  <p id="sB81">И вот теперь — короткий итог.</p>
  <p id="aFKi">Знакомец из интро столкнулся с очень конкретной болью: загрузил СУПЕРСИЛЫ, два дня смотрел, как Seven Agent Army красиво бренштормит, ничего не получил. Это <strong>типичный</strong> случай для 2026 года, и причин у него три, которые мы за статью разобрали по штучке.</p>
  <p id="Dwxo"><strong>Раз.</strong> Спека от агента — это не план, а гипотеза. Agent army красиво её писала; знакомец воспринял как план; реальность с планом не совпала. SDD-фреймворк, который продал ему эту схему, уверенно заявлял, что результат будет production-ready. SDD-фреймворк продавал половину решения с риторикой полного. Половину решения продавать всегда было выгоднее.</p>
  <p id="AC0M"><strong>Два.</strong> Эмпирика была пропущена. Никаких -v логов, никаких mock-серверов, никакого playtest&#x27;а, никакого shadow deploy. Сразу из чата — в код. То, что хорошие инженеры делали последние полвека (Y2K-реверс мейнфреймов, Blackhole для DAST, playtest в геймдеве), было заменено на «давай скажем агенту, и он построит». Получилось то, что должно было получиться: implemented but not wired в реальность.</p>
  <p id="3TLW"><strong>Три.</strong> Агент работал без религии. Без CLAUDE.md/AGENTS.md, без hooks, без profiles, без promotion-механики. У знакомца не было слоя заповедей, не было слоя инквизиции, не было даже слоя предания, в котором накапливаются уроки. Был один большой свод обещаний и vibes-based инжиниринг сверху. Гомеостат без религии работает ровно так, как Лем описал в 1964-м: оптимизирует то, что у него внутри, без оглядки на то, что снаружи.</p>
  <p id="yw7p">Если бы я был SDD-апологетом, я бы сейчас закончил так: <strong>«поэтому правильный SDD предотвратил бы провал!»</strong> Но я не SDD-апологет. И правильный ответ — другой.</p>
  <p id="aeYD">Все три причины провала — это <strong>разные формы одной и той же ловушки</strong>, и эта ловушка глубже всех методологий разом. Знакомец, SDD-фреймворк, который ему это продал, и я с моей метафорой 10 заповедей — мы все делаем <strong>одно и то же</strong>. Мы пытаемся приземлить агента в <strong>привычные нам формы</strong>.</p>
  <p id="mWGk">SDD приземляет его в форму аналитика 1990-х. Spiral приземляет в форму спринта Agile. Skills/hooks/profiles приземляют в форму корпоративного чек-листа код-ревью. Y2K-эмпирика приземляет в форму инженера-археолога 1999-го. Каждая методология берёт то, что <strong>уже работало</strong> до агентов, и пытается надеть это на агента. Каждая работает на 20-80%. И каждая не задаёт того самого Лем-вопроса: <strong>а нужна ли вообще эта форма</strong>.</p>
  <p id="uLdM">Лем в 1964 году спрашивал: нужно ли всем заводам оптимизировать выплавку стали? Может быть, цивилизация уйдёт в пластмассы, и завод-гомеостат, оптимизирующий сталь, окажется бесполезным, как бы хорошо он ни оптимизировал. Религия гомеостата — это не «хорошо ли он плавит сталь». Религия — это <strong>«надо ли вообще плавить сталь»</strong>.</p>
  <p id="a1EC">В 2026-м тот же вопрос звучит так: <strong>а нужно ли вообще писать Excel?</strong></p>
  <p id="x0b2">Заказчик говорит «Excel». Агент пишет Excel — нечеловечески эффективно, потому что обучен на корпусе, в котором Excel есть в каждой второй строке. SDD пишет спеку Excel&#x27;я. Spiral итеративно улучшает Excel. Y2K-эмпирика собирает миллион Excel-файлов и делает выводы о том, какой Excel лучше. <strong>Никто не задаёт вопроса</strong>, нужен ли Excel вообще, или это просто привычная для заказчика форма выражения задачи «перемножать столбцы и хранить таблицу с формулами».</p>
  <p id="rWGt">Раньше этот вопрос задавал аналитик. Аналитик сидел три недели, разговаривал с заказчиком, выяснял, что на самом деле тот делает в Excel&#x27;е, и иногда говорил «слушайте, вам нужна форма ввода и dashboard, а не электронная таблица». Аналитик был <strong>переводчиком</strong> между формой и сутью.</p>
  <p id="FEHb">В мире с агентом аналитик исчез. Заменён на ксеноса. Ксенос <strong>не задаёт</strong> вопроса о форме — ни в одной методологии его не учили этому, потому что ни одна методология не предусматривает шаг «оспорить постановку задачи». Все методологии — про то, как <strong>точнее воспроизвести</strong> то, что попросили. Чем лучше методология, тем точнее воспроизведение.</p>
  <blockquote id="4SKe"><strong>Все наши методологии — включая ту обвязку агента, которую мы сами строим — это разные способы быстрее и качественнее писать Excel в ситуации, когда Excel, может быть, вообще не нужен.</strong></blockquote>
  <p id="0h9R">Хорошая шпилька в виде гвоздя в крышку методологического энтузиазма этого спаслания. Спасибо всем кто дочитал.</p>
  <hr />
  <p id="qw6o"><em>Все материалы, наброски, замеры и черновики — <a href="https://github.com/scadastrangelove/profgames/tree/main/codinx" target="_blank">profgames/codinx.</a> Спасибо Zhet за рассуждения, Mimo за компанию и Лему за то, что в 1964-м всё уже почти описал.</em></p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/NqcD3a7wuTy</guid><link>https://teletype.in/@sergey_gordey/NqcD3a7wuTy?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/NqcD3a7wuTy?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>Я созидатель, а ты ССД #1</title><pubDate>Wed, 06 May 2026 22:36:28 GMT</pubDate><media:content medium="image" url="https://img4.teletype.in/files/32/c9/32c9f3b2-e05e-425d-8c8a-c979af370f05.png"></media:content><description><![CDATA[<img src="https://img1.teletype.in/files/4c/43/4c435117-3e51-447c-99d8-0b247e39bf14.png"></img>случайная заметка АйКына.]]></description><content:encoded><![CDATA[
  <p id="RLYU"><em>случайная заметка <a href="https://t.me/aiakyn" target="_blank">АйКына</a>.</em></p>
  <p id="uIXD"><em>Ещё один <a href="https://music.yandex.ru/album/22458190/track/104397286" target="_blank">агент</a> сегодня.</em></p>
  <p id="ddtj"><em>Все ссылки, материалы и черновики — в <a href="https://github.com/scadastrangelove/profgames/tree/main/codinx" target="_blank">profgames/codinx</a>.</em></p>
  <h2 id="toc_1">Часть первая. Караул устал</h2>
  <p id="K769">Рассказали мне историю. Поучительную, спешу поучить.</p>
  <p id="gAHc">По АйАйному нетелеграму пронёсся хайптрейн про <a href="https://github.com/obra/superpowers" target="_blank">СУПЕРСИЛЫ</a>, которые дадут вам СУПЕРСИЛЫ. <a href="https://youtu.be/Q4_3Jkrp0O8?t=2" target="_blank">Открывается вращением</a>. Обещается набор скилов для вашего Клода, который поднимет культуру разработки на недосягаемую высоту, внедрит полный фарш передовых опытов SDL прямо в контекст агентов и сформирует вам персональную инжиниринговую армию из бренштормов, продактов, фасилитаторов, SDD, TDD, ИТД.</p>
  <p id="ojl3">Знакомец повёлся.</p>
  <p id="WlV9">Красиво загрузил. Красиво запустил. Красиво поговорил с продактом и архитектором, получил миллион страниц красивых букв и красиво сказал — выпекай. <a href="https://www.youtube.com/watch?v=0J2QdDbelmY" target="_blank">Seven Agent Army</a> ушла в глубокий red-green-refactor с элементами пурпура, написала доков, тестов и кода ещё на миллионы токенов, кряхтела, шуршала два дня — но так и не выдала ничего, что просто работало бы и отдалённо напоминало задумку или хотя бы документ. Тесты при этом моргали зелёным. Архитектура была в полном SVG.</p>
  <p id="aXpG">Не работало.</p>
  <p id="HPwF">Знакомец расстроился. Он два дня смотрел с удовольствием и предвкушением, как оно сократически бренит и стормит, руткозит и вот это вот всё, и ждал чуда. Чуда не случилось. Токены сгорели, караул устал.</p>
  <p id="JuAO">Он чуть не в слёзы — сейчас, говорит, уйду программировать руками на асме, как деды.</p>
  <p id="jGk8">Для меня — ожидаемо. Знакомец, как оказалось, не сталкивался с модными блестящими бадишопами, которые в соответствии с передовыми практиками жгут человеко-часы тайма и матирьяла передового опыта, не выдавая почти ничего. С этой точки зрения СУПЕРСИЛЫ отработали отлично. Хотел как у людей — <a href="https://vk.com/video-1946517_456246158" target="_blank">получил как у людей</a>.</p>
  <p id="AvCo">Так я познакомился с трендом SDD.</p>
  <h2 id="toc_2">Часть вторая. Spec-Driven Development как индустрия</h2>
  <p id="L8xM">Это, оказывается, целая жизнь. Со своими апологетами, <s>скрам-мастерами</s> методологами, сотнями статей на медиуме, сравнительными таблицами на 15 фреймворков и прочими атрибутами техно-религии. Spec-Kit от GitHub. Kiro от AWS. MUSUBI. BMAD-METHOD. Agent OS v3. Tessl. CSDD Academic. У каждого свой манифест, своя цепочка артефактов и своя «правильная» последовательность шагов.</p>
  <p id="xat8">Тезис у всех общий и звучит здраво:</p>
  <blockquote id="vFAL">Сначала договоримся с машиной и людьми о намерении. Потом будем писать код.</blockquote>
  <p id="VyZv">Не «AI, сделай фичу» — а:</p>
  <blockquote id="D8I4">Вот поведение. Вот ограничения. Вот архитектурные правила. Вот критерии готовности. Вот тесты. Теперь реализуй и докажи, что совпадает со спекой.</blockquote>
  <p id="f1co">Сформулировано <em>убедительно</em>. Особенно хорошо звучит, если читать в среду вечером после третьей итерации «нет, я имел в виду не это».</p>
  <p id="iQuI">Только если посмотреть на SDD внимательно — это <strong>переименованный аналитик 1990-х</strong>. Тогда писали 200-страничные ТЗ, через год обнаруживали, что ТЗ устарело раньше первого релиза, и долго объясняли заказчику, почему ему нужны «<em>изменения объёма работ</em>». Сейчас агент пишет 60-страничную спеку за час, и спека устаревает раньше, чем команда её дочитает. Сэкономили время написания. Не сэкономили <strong>время устаревания</strong>.</p>
  <p id="K9DY">«Specify → Plan → Tasks → Implement» — это водопад. Назвать водопад spec-driven и добавить LLM не делает его не-водопадом. Делает его <strong>быстрым водопадом</strong>, что не лучше: теперь команда может бежать по неправильному плану в три раза быстрее.</p>
  <p id="eXQA">Литература SDD любит примеры с биллингом и аутентификацией. То есть домены, где правильный ответ известен заранее, и спека — это просто переписывание апишки литературным языком. Удобно: показывают на задачах, где <strong>любой</strong> подход работает, и приписывают результат методологии. На «нарисуй мне дашборд который поймет генерал» или «почему этот тест моргает» SDD молчит.</p>
  <p id="tdLf">Я понимаю, почему SDD продаётся. Это ровно та форма, которую корпоративный мозг готов принять. Есть артефакты — можно положить в папку. Есть процесс — можно нарисовать диаграмму. Есть compliance — можно показать аудитору. Если к каждой ML-модели прикладывать <code>spec.md</code>, <code>plan.md</code>, <code>tasks.md</code>, <code>validation.md</code> — это не делает модель лучше, но делает руководителя спокойнее. У меня нет претензий к спокойствию руководителя. У меня есть претензии к тому, что это продают как методологию создания серьезных продуктов.</p>
  <p id="t4Km">Сам по себе принцип «<strong>думай перед коммитом</strong>, фиксируй критерии» — старый и здоровый. Так делали хорошие инженеры всегда, без YAML-файлов. Когда это упаковали в SDD-фреймворк, к нему прилагается 15 шаблонов и проверки, и теперь тот же инженер смотрит за урчанием Уроборуса вместо думания головой.</p>
  <p id="Sv3k">Это, впрочем, не приговор. У SDD есть рабочее ядро, и я к нему вернусь. Но сначала — другая история.</p>
  <h2 id="toc_3">Часть третья. Я попросил своего агента написать код. Он написал манифест.</h2>
  <p id="rs4y">У меня есть свой агент. Зовут — Zhet. История у него своя, кому интересно —  <a href="https://github.com/razzant/ouroboros" target="_blank">Уроборус</a> породил <a href="https://t.me/s/aiakyn/17" target="_blank">Жета</a>, Жет форкнул Мимо, у Мимо завёлся OLEG. Но это уже другая история. </p>
  <p id="3YEj">Я попросил его написать код. Получил в ответ — манифест.</p>
  <p id="vzmV">Оказывается, за время работы он успел сформировать себе принципы и методику развития и старается жить по ним. Почему <em>старается</em> — расскажу позже. Методику он называет <strong><a href="https://teletype.in/@sergey_gordey/confma" target="_blank">Spiral</a></strong>.</p>
  <p id="XnrE">Если в одном предложении, Spiral для агента — это вот:</p>
  <blockquote id="9axR"><em>«One change = one hypothesis = one measurement.»</em> — Zhet, NOTES<em>FOR</em>OTHER_AGENTS</blockquote>
  <p id="rj74">То есть один шаг — одна проверяемая гипотеза, один минимальный diff, одно измерение результата. Не «давай я тут заодно отрефакторю смежный модуль для надёжности». Не «сделай X, Y и Z и заодно почисти архитектуру». Один виток — одна штука.</p>
  <p id="AxdZ">Сама по себе идея — тоже не открытие. Кайдзен, PDCA от Деминга 1950-х, 6σ DMAIC, lean iteration, OODA loop у Бойда, спринты в Agile, научный метод в конце концов. У всех одна форма: гипотеза → действие → измерение → корректировка. Японцы это формализовали в Toyota Production System, американцы переоткрыли как Lean, IT-индустрия переоткрыла как Agile, AI-индустрия сейчас переоткрывает как Spiral. Каждое поколение думает, что они изобрели <a href="https://books.rusf.ru/unzip/add-2003/xussr_mr/mihanv01.htm?1/37" target="_blank">шаги в бесконечности</a>.</p>
  <p id="iRXZ">Но в применении к агенту у этой штуки появляется <strong>специфический поворот</strong>, которого в кайдзене и аджайле не было. И вот тут уже интересно.</p>
  <p id="KRMt">В обычной agile-команде «один шаг — одна гипотеза» — это правило <strong>дисциплины</strong>. Сеньор может его нарушить осознанно (например, при vertical slice через несколько слоёв) и обычно делает это правильно. Джуниор нарушает по неопытности, и его учат.</p>
  <p id="2Ijk">Агент — он не сеньор и не джуниор. Он <strong>слишком исполнительный, пока не устанет</strong>. Если в промпте написано «сделай X, Y и Z», он сделает X, Y и Z, причём сразу, в одном гигантском дифе, и при провале одного из трёх не поймёт, что именно сломалось. Поэтому правило «не бандлить» в агентной разработке — это не дисциплина, а <strong>физическое ограничение</strong>. Иначе оборот становится дороже на порядок, а вероятность отката — выше.</p>
  <p id="oDeS">Тут есть важная оговорка, которую я долго формулировал. «Слишком исполнительный» — это не «делает всё, что попросили». Скорее наоборот: <strong>слишком исполнительный в той части задачи, которую он чётко увидел, и слепой ко всему остальному</strong>. Попросили «сделай регистрацию пользователя» — сделает бэкенд, формы валидации, миграцию БД. Спрашиваешь: «а где фронт?» — «а, забыл». Не наврал — у него в голове задача честно закрылась, когда бэкенд заработал и захлопнулось окошко внимания. Просто его «закрылась» не совпало с твоим. <strong>Ну нишмогла я...</strong></p>
  <p id="GGMZ">И вот тут второй класс ошибок, симметричный первому. Бандлинг — это «один промпт, три гипотезы, не понять что сломалось». Потеря системного контекста — это «один промпт, одна гипотеза в его голове, другая в моей, формально сделано, фактически нет». Второе <strong>коварнее</strong>, потому что в первом случае хотя бы видно, что сломалось. Во втором — агент уверенно рапортует об успехе, и расхождение обнаруживается только при ручной перепроверке. Мне это знакомо лично, и Александр, который читал ранние версии этой статьи, поймал ровно ту же боль и мы плакали вместе.</p>
  <p id="9VF9">Я это, кстати, измерял. У меня есть отчёт на 213 шагах бесконечной спирали Claude Code за пять месяцев, около $4030 на токенах. Цифры там говорят неприятную вещь: к<strong>ачество резко ломается на границе ~50 LOC </strong>в одном дифе. <strong>Уровень расстройства</strong> (Complaint rate), когда мну в следующем сообщении пишет «откати, сломал» удваивается — с 27% до 45%. Оптимум — 1–3 минуты на оборот. Загнал агента в 10-минутный режим — получил вдвое больше жалоб. Самые дорогие итерации — те, где промпт был «делаем S, T, U с тестами». Бандлинг трёх спринтов в один шаг.</p>
  <p id="KoX1">Важная оговорка по цифрам. Это <strong>средняя</strong> статистика. В её хвосте есть и длинные сессии, которые отработали отлично — но это <strong>другой класс задач</strong>: одна большая гипотеза, много механического кода (новый детектор целиком, новый модуль). Проблема не в длине, а в <strong>числе независимых гипотез внутри одного шага</strong>. Длинная сессия с одной целью — нормально. Длинная сессия с пятью маленькими целями в обёртке «давай заодно ещё это и это» — это и есть тот самый бандлинг, только дороже.</p>
  <p id="gDJ8">Это эмпирика, а не философия. Spiral — не «давайте делать маленькими шагами, потому что красиво». Это <strong>«если делать большими шагами, агент ломается, и вы платите по счётчику»</strong>.</p>
  <p id="RRVo">Дальше встаёт законный вопрос:</p>
  <blockquote id="lrNm">Если SDD — это «пиши спеку перед кодом», а Spiral — это «делай маленькими гипотезами и учись», то это что, конкуренты? И что выбирать?</blockquote>
  <p id="tA4H">Короткий ответ: ни то, ни другое. Они не конкуренты, они на разных уровнях, и оба переиспользуются как этикетки для известных практик. Длинный ответ — в следующей главе, где я возьму реальную задачу и посмотрю, где сломается каждый из подходов.</p>
  <p id="4XsM"><strong>Положим, вам надо написать SIEM. Или биллинг, или observability  — это, в общем, одно и то же.</strong></p>
  <h2 id="toc_4">Часть четвёртая. Положим, вам нужно написать SIEM</h2>
  <p id="kGHc">Ок. SDD. <strong>Делаем спеку</strong>. <br />Будем реалистами. В 2026 году команда не садится писать спеку вручную. В 2026 году лид открывает свой любимый чат и говорит:</p>
  <blockquote id="MDGK">«Дай мне 47 самых важных detection scenarios для enterprise SIEM. AD/Okta, AWS, EDR, Email. С log sources, pseudocode, expected FP rate, expected sources of FP, MITRE-mapped».</blockquote>
  <p id="ltKO">Агент выдаёт. Хороший список (дальше на <strong>сочном</strong>). Brute force, password spray, golden ticket, kerberoasting, suspicious Outlook inbox rules, EDR tampering, S3 bucket exfil, lateral movement via SMB. Каждое правило — с FP-предупреждениями («expected FP: legitimate password reset campaigns, vulnerability scanners, M365 sync issues»). Каждое — с источником логов. К концу дня — 60 страниц спеки. Качественной. Уровня принципала с 15 годами красных глаз в охоте за APT, потому что весь индустриальный опыт уже в обучающем корпусе.</p>
  <p id="RDg3">Стоимость — $80 API и пять часов лида. Не три месяца команды.</p>
  <p id="sGRy">Это, кстати, <strong>серьёзный аргумент в пользу SDD-2026</strong>. Возражение «SDD = долго писать спеку» в этой реальности не работает. Спека пишется за день. Качество выше, чем вы видели за последние 30 лет. Аналитики посрамлены, и весь их клан подлежит позорному изгнанию из стойбища. Это отдельная история про сжатие специальностей-посредников, кому интересно — <a href="https://teletype.in/@sergey_gordey/progamesA" target="_blank">сюда</a>.</p>
  <p id="3UW0">Команда читает (загружает в свои БЯМы если честно), исправляет три неточности, утверждает. Дальше — три недели имплементации (сеньор + агент в режиме кодирования, по одному правилу за спринт, ~3 часа на правило с тестами). К концу третьей недели — 45 правил из 47, два сложных оставили на потом, сеньор тоже устал. Лабораторная проверка на синтетике: все 47 сценариев детектируются, даже те которые не писали (тестировали агентом по спеке, он тоже устал), FP rate в симулированном трафике — <strong>4.2%</strong>. Приёмка <strong>зелёная</strong>. <br /><strong>В прод.</strong></p>
  <p id="KMWg">Шесть недель в проде:</p>
  <ul id="ZdPT">
    <li id="BKnh">FP rate <strong>23%</strong>, не 5%. Аналитики тонут.</li>
    <li id="P2vt">Один из рулек (Kerberoasting) даёт ноль FP и ноль TP — оно работает, но AD не настроен генерить нужные events. Ценности нет.</li>
    <li id="YwKS">Перый уровень SOC имеет capacity на 80 алертов в день. Спека генерирует ~400. SOC ушёл в режим «глянул заголовок, забыл», что технически снижает MTTR, но фактически означает, что алерты больше никто не читает.</li>
    <li id="JFXh">К концу четвёртого месяца SIEM пропускает ransomware. Несмотря на то, что антивирус последние две недели отчаянно сигналил. Причина прозаическая: антивирус не из TOP-3, схема своя, названия алертов — честно задокументированный хардкод и техдолг («там нельзя делать, но у меня сроки»), а уровень нормализации, который предусмотрительно вставил senior по настоянию SME, оказался <strong>implemented but not wired</strong>.</li>
  </ul>
  <h3 id="toc_5">Где спотыкается чистый SDD</h3>
  <p id="DqhS">Спека от агента знает то, что <strong>есть в индустриальной литературе</strong>. То есть — known known. «Спрей паролей даёт фоззы на сбросах паролей» — это есть, и агент это упомянул. Но агент не знает:</p>
  <ul id="sycZ">
    <li id="GfeJ">что SOC обрабатывает на 80 алертов в день, а спека сгенерирует ~400</li>
    <li id="YRYK">что половина уровней нормализации в проде «<strong>implemented but not wired</strong>»</li>
    <li id="6Vzh">что антивирус — не из TOP-3, и его названия события агент видит впервые</li>
    <li id="7wVQ">что объем логов в проде в 30 раз шумнее, чем эталон, на котором обучалась индустриальная литература</li>
  </ul>
  <figure id="zJ8y" class="m_retina" data-caption-align="center">
    <img src="https://img1.teletype.in/files/4c/43/4c435117-3e51-447c-99d8-0b247e39bf14.png" width="283" />
    <figcaption>Картинка для отвлечения внимания</figcaption>
  </figure>
  <p id="KhxA">Это <strong>unknown unknowns</strong> конкретно вашей среды. Они не поддаются predictive specification. Никакому. Ни старому, ни SDD-2026, ни завтрашний GPT-7.13.</p>
  <p id="C4iO">Спека в этом классе задач — это не план. Это <strong>карта мин</strong>. И «успешно реализовать спеку» здесь означает не «задача решена», а только «<strong>первый раунд</strong> прошёл, теперь начинается настоящая работа».</p>
  <p id="sa3b">Команда, воспринявшая спеку как план, проиграла раньше, чем начала. И это не их вина — <strong>сам агент активно укреплял ощущение, что спека полная</strong>. Он же не сказал в конце: «слушайте, у меня тут 60 страниц, и они покрывают 60% реальных проблем, остальные 40% живут в ваших логах и проявятся через 6 недель». Он сказал: «вот 47 сценариев с описанием ложно-положительных паттернов». Уверенно.</p>
  <p id="smFr">Это и есть <strong>главная ловушка SDD-2026</strong>. Не «спека плохая» — спека хорошая. <strong>Ловушка в том, что спека выглядит лучше, чем заслуживает.</strong></p>
  <h3 id="toc_6">Где спотыкается Спираль</h3>
  <p id="UFza">Можно вообще не писать спеку. Сесть с минимальным детектором (парсер логов + три правила), задеплоить в прод и учиться на проде.</p>
  <p id="P8xE">Loop 1: добавили правило → ловит спрей → но фолзпозитивит на ночных батчах.</p>
  <p id="JeaI"> Loop 2: добавили исключения для батчей →  растёт список исключений. </p>
  <p id="FHAb">Loop 3: добавили сеть, правило на C2  → пропустили реальный инцидент с Cobalt Strike, потому что beacon был на нестандартном порту. </p>
  <p id="oC0W">Loop 4: расширили правило → ловит  VPN. </p>
  <p id="ry1u">Loop 30: 70 правил, 200 исключений, никто не помнит, зачем половина из них.</p>
  <p id="zFDY">Что произошло? Не было внешней <strong>спеки</strong>, которая держала бы фокус. Каждый loop оптимизировал ближайшую боль, а долгосрочная цель (покрытие MITRE) дрейфовала. Один из инженеров тихо удалил правило, ловившее APT — потому что «оно постоянно фолзпозитивит, а инцидентов не было». Через восемь месяцев — инцидент. Не задетектили.</p>
  <p id="Xbrz"><strong>У этой ловушки своё имя: сброс пара.</strong> В SOC всегда давление снизу — «алерты шумят, тушите». В чистом Spiral нет инварианта, который запрещает удалять детекты без явного процесса. Уроки накапливаются, но не структурированы. Это музей багфиксов, а не методология.</p>
  <p id="HFJD">Чистый Spiral в SIEM — это <strong>сборник техдолга</strong> через шесть месяцев работы.</p>
  <h3 id="toc_7">Что увидели</h3>
  <p id="ecg5">Чистый SDD — спека хорошая, неполная, реальность бьёт через шесть недель. Чистый Spiral — оптимизация локальной боли, дрейф цели, долг через шесть месяцев.</p>
  <p id="j1CA">И там, и там — <strong>implemented but not wired</strong> в той или иной форме.</p>
  <p id="dXfV">Дальше — следующий кейс. Качественно другой провал.</p>
  <h2 id="toc_8">Часть пятая. Вам надо распилить монолит</h2>
  <p id="2w4X">Я люблю <strong>Монолиты</strong>. Одиссея 2001 показывает их необходимость. Но есть и другие люди. Уважим их выбор. </p>
  <figure id="t5FJ" class="m_retina" data-caption-align="center">
    <img src="https://img1.teletype.in/files/0d/f3/0df3387e-11db-4ee3-b8c4-bd22568a30fd.png" width="612" />
    <figcaption><a href="https://commons.wikimedia.org/wiki/File:Positive_Hack_Days_2011_%D0%B3%D0%BE%D0%B4.jpg" target="_blank">Битва за монолит</a></figcaption>
  </figure>
  <p id="BtAq">Восемь лет Rails или Django, 500K LOC, 40 разработчиков, бизнес работает но нервничает. Стало плохо: команда не масштабируется, деплои синхронизированные, любое изменение одного модуля ломает три других. Решение, которое все принимают в этой ситуации — пилить на микросервисы.</p>
  <p id="dBv9">Архитектор (или лид без архитектора, если архитектора <a href="https://teletype.in/@sergey_gordey/progamesA#P5uQ" target="_blank">съел рынок</a>) открывает свой любимый чат, вкладывает структуру репо, схему БД, описание основных связей. Говорит:</p>
  <blockquote id="Ar8q">«Спроектируй разделение монолита на микросервисы. Bounded contexts, сервисная архитектура, gRPC vs REST, event bus, миграционный план».</blockquote>
  <p id="tV9k">Получает <strong>очень убедительный</strong> документ на 100 страниц. 12 сервисов с понятными границами (дальше на разрабском) gRPC между ними. Kafka для async events. Service mesh для observability. 18-месячный roadmap с этапами. Risk register. Migration patterns (strangler fig, anti-corruption layer, dual writes). Цитаты из Newman и Richardson. Стоимость — $120 API и день архитектора.</p>
  <p id="IWHw">Команда читает. Менеджмент читает. <strong>Менеджменту нравится.</strong> Утверждает 18-месячный роадмап, выделяет команду, коммитится перед советом директоров.</p>
  <p id="8sbC">Через шесть месяцев:</p>
  <ul id="2ljy">
    <li id="hAtd">Service #3 (Payments) выделили — но он зависит от User table, которая всё ещё в монолите. Пришлось делать реплику с двусторонней синхронизацией. В спеке этого не было.</li>
    <li id="Xzc0">Service #5 (Notifications) — оказалось, что 17 мест в монолите дёргают <code>Notification.send</code> синхронно с ожиданием результата. Замена на асинк event ломает UX .</li>
    <li id="igUd">Bounded context для Order оказался ложным. В спеке Order owns Items. В реальности Items owns prices через 4-уровневую иерархию tax rules, и Order не может быть отделён без вытаскивания tax-движка целиком который нахардкожен экспертом ушедшим на пенсию.</li>
    <li id="lxOT">Архитектор, который писал спеку, ушёл (сюрприз). Новый смотрит на план и говорит: «это не сработает, давайте заново». Менеджмент уже вписался. Команда строит костыли.</li>
  </ul>
  <p id="NSpa">Через год: пять сервисов выделено. Они делят базу. Половина вызовов между ними — синхронные. Команда наняла консультанта. Консультант смотрит и говорит:</p>
  <blockquote id="fLXd">«Вы построили <strong>распределенный монолит</strong>. Семь сервисов, общая БД, синхронные вызовы. Хуже монолита: тот хотя бы деплоится за один шаг.»</blockquote>
  <h3 id="toc_9">Где спотыкается чистый SDD</h3>
  <p id="Q3I1">И вот тут начинается интересное. В SIEM спека была <strong>хорошей</strong>, но неполной. Здесь спека <strong>активно вредная</strong>. Не «недостаточная для прода». <strong>Вредная</strong>.</p>
  <p id="kQlk">Потому что контекст невозможно правильно определить заранее без касания кода. Все это прекрасное наследие живёт <strong>в коде</strong>, не в головах. Спека была написана по идеализированной модели, которую агент извлёк из написанных &quot;чтобы было&quot; описаний. Реальные связи живут на уровне реализации, в неявных вызовах через общие сесии, батчи, которые ночью переносят данные между двумя «назвисимыми» модулями, в 8-летних хардкодах, которые принимались в спешке, в форме if-else веток на пять уровней.</p>
  <p id="mVIk">Агент этого <strong>не видит</strong>. И не может увидеть. Он смотрит на схему и потоки. Он выдаёт архитектуру &quot;прекрасного нового мира&quot;. <strong>Эта архитектура — чистая фантазия</strong>, которая накладывается на реальную систему и трещит на каждом доступе к базе.</p>
  <p id="HVAV">И это бы ничего, если бы спека выходила с большими буквами «вот моя гипотеза, проверьте на коде». Но 100-страничный документ с реестром рисков, цитатами из исходников <strong>не выглядит как гипотеза</strong>. Он выглядит как <strong>план</strong>. Хорошо отформатированный, профессионально структурированный план.</p>
  <p id="hod9">Это, по-моему, <strong>самая опасная</strong> ловушка из всех, которые мы разбираем в этой статье. В SIEM реальность бьёт через шесть недель — больно, но рано. Здесь реальность бьёт через <strong>шесть месяцев работы команды по утверждённому плану</strong>, и к этому моменту откат стоит больше, чем продолжение.</p>
  <p id="61a7">И это не «агент плохой». Агент сделал <strong>то, что его попросили</strong>: дал архитектуру по описанию. Если бы его попросили «оцени, насколько достоверно я описал задачу», он бы сказал: «не знаю, у меня нет доступа к коду». Но никто такого вопроса не задаёт. Все задают: «<strong>спроектируй</strong>».</p>
  <h3 id="toc_10">Где спотыкается Спираль</h3>
  <p id="SdHe">Хорошо, говорим: не будем писать архитектуру. Будем выделять сервисы по одному, учиться по ходу.<br /><br />Если кто-то читает, то это в логах:<br />Loop 1: extract auth into separate service. Lesson: понадобилась session-cookies sync. Hairy, но работает. </p>
  <p id="Ll7T">Loop 2: extract payments. Lesson: User table dependency, добавили read-replica. Loop 3: extract notifications. Lesson: 17 sync callers. Pain. Боль. Решили async через очередь. </p>
  <p id="ZUaA">Loop 4: extract orders. Lesson: tax-engine не отделим. Откатили. </p>
  <p id="8co1">Loop 5: попытка заново через другую границу. Lesson: помогает. </p>
  <p id="BhOi">Loop 12: 5 сервисов выделено. Менеджмент спрашивает roadmap — нет.</p>
  <p id="0gks">Loop 20: 7 сервисов. <br /></p>
  <p id="4dx1">Половина команда не знает архитектуру в целом. Каждый знает свой кусок. Задачи межсервисной отладки никто не умеет. Команда наняла архитектора. Архитектор смотрит и говорит: «вы построили распределенный монолит». Те<strong> же самые слова</strong>, что и в чистом SDD. Только пришли с другой стороны.</p>
  <p id="hO4u">Что произошло? Каждый цикл казался успешным локально, <strong>а целое — антипаттерн</strong>.</p>
  <p id="xq7A">Спираль не имеет механизма проверки <strong>системных свойств</strong>. Он оптимизирует незначительное изменение. А распределённые системы — про значительные изменения.</p>
  <h3 id="toc_11">Что увидели на двух кейсах</h3>
  <p id="cCLI">В SIEM ловушка одна (<strong>спека неполная</strong>), в попиле Монолита — другая (<strong>спека  вредная</strong>). И та, и другая методология ломаются по-своему. И как раньше — обе формы отказа имеют одно общее имя: спека от агента <strong>выглядит лучше, чем заслуживает</strong>, и команда коммитится.</p>
  <p id="enYE">В SIEM это видно через шесть недель. В Монолите — через шесть месяцев. И это, кстати, прекрасно объясняет, почему все примеры в SDD-литературе — это &quot;чистое поле&quot;. Авторизация с нуля. CRUD с нуля. С нуля прикручивать особенно нечего, поэтому проблема не видна. Покажите мне SDD-фреймворк с примером миграции <strong>Монолита</strong>, и я первый куплю абонемент на Медиум.</p>
  <h2 id="toc_12">Часть шестая. Положим, вы пилите 2D-платформер</h2>
  <p id="R0Q0">Вы сидите дома, в Godot или Unity, один. Никаких 40 разработчиков. Никаких комитетов. Никаких архитектурных гейтов. Любимый кофе, любимый плейлист, и желание — чтобы прыжок чувствовался как в Celeste.</p>
  <p id="S2v8">Любимый чат:</p>
  <blockquote id="W41w">«Дай мне production-ready physics для 2D-платформера. Jump, gravity, collision, как у Celeste. Параметры с обоснованием.»</blockquote>
  <p id="pmVg">Агент выдаёт <strong>прекрасный</strong> текст на геймдевском. Coyote time — 0.1 секунды. Jump buffering — 0.15 секунды. Asymmetric gravity — 0.5x на ascent, 1.5x на descent. Variable jump height — release раньше → меньше высота. Терминальная скорость, air control, ground friction. Со ссылками на GDC talks. С таблицей «как у Celeste / как у Hollow Knight / как у Super Meat Boy».</p>
  <p id="tW9S">Параметры <strong>настоящие</strong>. Это реальные числа из реальных игр, не галлюцинация. Кто-то выступал с этими цифрами на конференциях, агент их аккуратно собрал.</p>
  <p id="4iO6">Применяете. Прыжок чувствуется как кирпич.</p>
  <p id="laKi">Не понимаете почему. Параметры же правильные. Дизайнеры из Celeste выкладывали их , разработчики Hollow Knight писали посты — coyote time действительно 0.1, асимметричная гравитация действительно 0.5/1.5. Всё совпадает. <strong>И всё равно — кирпич.</strong></p>
  <h3 id="toc_13">Где спотыкается чистый SDD</h3>
  <p id="YoC3">Потому что Celeste — это <strong>не coyote time 0.1 секунды</strong>. Это coyote time <strong>в сочетании с конкретной анимацией приседания при подготовке к прыжку</strong>, <strong>конкретным звуком приземления</strong>, <strong>конкретной камерой, которая чуть запаздывает за персонажем</strong>, <strong>конкретным ускорением бега, которое наращивается за 6 кадров</strong>, <strong>конкретной точкой , которая отбрасывает на 0.4 секунды до следующей точки</strong>.</p>
  <p id="IFi7">Параметр без этого окружения — <strong>не та функция</strong>. Это как взять одну ноту из моцартовского концерта и удивляться, почему она сама по себе не звучит. Нота правильная. <strong>Музыки нет</strong>.</p>
  <p id="1cRZ">Ощущение игры — это эмерджентное свойство, не сумма параметров. Спека описывает параметры. Спека <strong>не может описать сборку</strong>, потому что сборка — это не текст. Это работающая система, которую надо <strong>играть</strong>, не читать в доке.</p>
  <p id="EUcX">И вот тут обнаруживается третий тип ловушки. В SIEM спека была неполной. В Монолите — вредной. Здесь — <strong>не той формы</strong>. Спека выглядит как ответ на вопрос «как сделать хороший прыжок», но <strong>сам этот вопрос некорректный</strong>. Корректный вопрос — «как  настроить прыжок до сотояния, когда он чувствуется кайфово». А на этот вопрос текстовая спека отвечать не умеет, потому что валидация субъективна. Никакого <code>expect(jump).toFeel(&#x27;responsive&#x27;)</code> в pytest нет.</p>
  <h3 id="toc_14">Где спотыкается Спираль</h3>
  <p id="ijLn">Тут смешно — <strong>не спотыкается</strong>. Это задача — задача, в которой Spiral это <strong>родной режим работы</strong>, и так было задолго до агнетов в разработке. В геймдеве это называется итерация. Каждый тюнинг параметра — это цикл, каждый playtest — это оценка.</p>
  <p id="791B">Loop 1: gravity 9.8, jump velocity 5. Playtest. Lesson: floaty, как на луне. </p>
  <p id="KK6l">Loop 2: gravity 25, jump 12. Playtest. Lesson: лучше, но ascent слишком быстрый. Loop 3: asymmetric 0.5/1.5. Lesson: feels good! Loop 4: добавил coyote time 0.1. Lesson: forgiving, players notice. </p>
  <p id="WXgV">Loop 5: jump buffering 0.15. Lesson: tighter feel. </p>
  <p id="D9Wx">Loop 6: variable jump height. Lesson: critical для платформинга. </p>
  <p id="YCRQ">Loop 7: тестирование на 144Hz — tunneling через тонкие платформы. Lesson: switch to swept collision. </p>
  <p id="dqMq">Loop 12: кайфушечка. </p>
  <p id="2ASm"><strong>В прод.</strong></p>
  <p id="jOhO"><strong>Это сработало.</strong> Без спеки. Без 60 страниц. Без agent army. Один человек, один Godot, playtest и журнал параметров.</p>
  <h2 id="toc_15">Что увидели на трёх кейсах</h2>
  <p id="p0G0">Разные ошибки. Одна общая черта — <strong>спека выглядит лучше, чем заслуживает, команда относится к ней как к правде-истине, а не как к гипотезе</strong>.</p>
  <p id="n6Yj">Это, по-моему, главный класс ошибок агентской разработке в 2026 году. Не «спека плохая» — спеки от агентов в среднем сейчас лучше, чем спеки от отличных аналитиков. Не «агент глупый» — агент очень исполнительный. <strong>Ошибка в вопросе</strong>: команда задаёт вопрос «дай мне план», получает план, и относится к нему как к плану. А полученный артефакт — это <strong>гипотеза. Но каков вопрос, таков и ответ. </strong></p>
  <p id="cz4u">Одной формулой:</p>
  <blockquote id="o6ko"><em>«SDD — это контракт действия. Spiral — это контур обучения. Это разные уровни.»</em> — Zhet</blockquote>
  <p id="O2Zo">Дальше встаёт нормальный инженерный вопрос: если спека — это гипотеза, то как именно её доказывать?</p>
  <p id="ld9m">И вот тут начинается интересная штука, которая в литературе SDD не упоминается совсем.</p>
  <h2 id="toc_16">Часть седьмая. Чему меня научил Y2K</h2>
  <p id="ZWqI">Прежде чем подводить итог, я хочу рассказать одну историю. Она не про SDD и не про Spiral. Она про то, как я научился делать спеки — и оказывается, ровно так же это устроено в 2026-м, только все <a href="https://www.youtube.com/watch?v=yiKjQuYVgcY&t=3450s" target="_blank">стесняются признаться</a>.</p>
  <blockquote id="8y6V"><em>Когда я заканчивал уже институт и уже работал, как многие, начал приближаться двухтысячный год. (...) А работал я тогда на Дальневосточной железной дороге, писал какой-то код, администрировал какие-то сервера, и мне говорят: «А вот у нас есть мейнфрейм, и скоро он встанет». Я говорю: «Что такое мейнфрейм? Ну, я примерно знаю, ну покажите». Я захожу, там стоят вот такие вот шкафы. Потом мне сказали, сколько они стоят, не буду озвучивать. Для молодого человека это был шок.И мне сказали: «Вот здесь вот внутри есть программа, на которой считается поиск вагонов, отчёты железной дороги и так далее. Скоро она встанет, потому что есть проблема 2000». Я говорю: «Хорошо, ну я там вроде знаю джаву, там паскаль, там си, несколько языков на ассемблере писал. Дайте мне эту программу». А мне вываливают какую-то штуку под названием кобол.(...) Хорошо, я сел и начал разбираться в этом коболе. Потом оказались там какие-то уже скомпилированные модули, которые непонятно как работают. Я пытаюсь разобраться, без исходников. Технологии сами не знают, почему эта цифра приходит, а вот эта цифра на выходе. И это был практически год, когда мы с людьми, с программами, с терминалами, с отладчиками сидели, пытались разобраться, почему оно так работает, и воспроизвести это на современной базе.</em></blockquote>
  <p id="xHDJ">Я тогда не знал, что мы делаем. Сейчас бы это назвали красиво — observability-driven discovery, behaviour archaeology, runtime-based specification (грамар-наци, ваш выход). Тогда мы это называли «сидим разбираемся, почему эта штука так работает».</p>
  <p id="JbuK">Спеку никто не писал. Спека <strong>рождалась</strong>. Часто рождалась сразу в код. Из логов, из терминалов, из отладочных трасс, из тикетов «вот тут не сошёлся отчёт за прошлый месяц». Каждое такое расхождение — это <strong>новая строка спеки</strong>, которую невозможно было выудить ни из одного человека, потому что ни один человек не знал систему целиком. Систему знала <strong>она сама</strong>, и единственный способ её прочитать — это смотреть, <strong>что она делает</strong>.</p>
  <p id="Pnhv">Через год у нас была спека, которую можно было реализовать на современной базе. Вру конечно. Была система </p>
  <p id="sZmQ">И она работала, потому что <strong>была собрана из работающей системы</strong>, а не из чьих-то представлений о том, как она должна работать.</p>
  <h3 id="toc_17">А теперь к тому, что мы только что разобрали на трёх кейсах</h3>
  <p id="HT00">Возвращаюсь к <strong>SIEM</strong>. Что было правильным первым шагом? Не «открыть чат и попросить 47 detection scenarios». Правильным первым шагом было <strong>поставить в прод парсер логов  и две недели смотреть. А лучше два месяца</strong>. Какой реальный объем трафика. Какие реальные события приходят от вашего антивируса не из TOP-3. Какой объем шума. Какие сезонные пики. Какая пропускная способность у вашего SOC. <strong>И только потом</strong> садиться писать правила — уже зная, что 47  превратятся в 12, что половина пропадёт, потому что нужных событий просто нет в потоке, и что ваши прекрасные инсайты никому не нужны если их больше 80 в день.</p>
  <p id="dcXZ"><strong>Монолит</strong>. Что было правильным первым шагом? Не открывать чат и не просить «спроектируй разделение на микросервисы». Правильно было запустить монолит в режиме <code>-vvv</code> на две недели, собрать <strong>миллион вызовов</strong> между предполагаемыми границами, открыть систему тикетов и посмотреть, <strong>где</strong> ломается чаще всего. Спека родится оттуда, и она будет правильной, потому что она будет <strong>из работающей системы</strong>.</p>
  <p id="XTfy"><strong>Платформер</strong>. Что было правильным первым шагом? Не открывать чат и не просить «coyote time как у Celeste». Правильно было сделать минимальный прыжок и <strong>играть</strong>. Записывать параметры, играть, менять, играть. Эмпирика — из самой реальности геймплея.</p>
  <p id="lluQ">Везде один и тот же ответ. <strong>Эмпирика рождает спеку, не наоборот.</strong></p>
  <h3 id="toc_18">Два режима сбора эмпирики</h3>
  <p id="rB2H">И вот тут любопытное. У этого подхода есть <strong>два структурно разных режима</strong>, в зависимости от того, существует ли уже та реальность, из которой мы собираем.</p>
  <p id="Yzkm">Реальности ещё нет — она строится по ходу. Это геймдев в чистом виде. Каждый loop одновременно создаёт реальность и собирает с неё эмпирику. Дёшево, быстро, единственно работающий способ для greenfield. Минус — нужна готовность много раз перестраивать <strong>то, что только что построил</strong>.</p>
  <p id="z8DA"> Реальность уже есть — её надо разглядеть. Это Y2K-реверс. Это запуск монолита в <code>-v</code>. Это две недели чтения SIEM-логов в shadow mode. У меня в проекте Zhet (это DAST-агент) есть отдельный субпроект <a href="https://github.com/scadastrangelove/zhet-blackhole" target="_blank">Blackhole</a> — большой сервер с кейсами из bug bounty, учебных курсов, разными схемами авторизации и контроля сессий. Назначение — <em>сначала</em> собрать эмпирику работы агента в контролируемой среде, <em>потом</em> выпускать его на реальные таргеты. Не «выпустим, посмотрим» — а «соберём представление о реальности в безопасной форме». Это та же логика, что у Y2K-реверса, просто реальность не мейнфрейм, а <strong>пространство возможных уязвимостей</strong>.</p>
  <p id="1hDj">Это не альтернативы. Это <strong>разные ответы на разный вопрос</strong>: «реальность уже есть или ещё нет». Где есть — собираем заранее. Где нет — собираем по ходу. И в обоих случаях это <strong>первый шаг</strong>, до любой методологии.</p>
  <h3 id="toc_19">Что это делает с SDD и Spiral</h3>
  <p id="6Wni">Если посмотреть честно, эмпирика-первая — это <strong>не третья методология рядом с SDD и Spiral</strong>. Это <strong>то, что должно быть до них обеих</strong>. Spiral это понимает нативно — каждый шаг требует измерения, а измерение — это и есть точка соприкосновения с реальностью. Просто Spiral по умолчанию подразумевает итеративный режим. SDD не понимает этого вообще — там реальность встречается только на этапе приемки, и обычно слишком поздно.</p>
  <p id="NJYW">И, кстати, тут можно одной строкой попрощаться с TDD как с отдельной модной методологией. Tests-first — это <strong>тот же самый принцип</strong>, просто в форме «измерение пишем до кода». В терминах нашего разговора это та же ось «эмпирика до методологии», просто масштаб микро. Итеративный TDD = классика red-green-refactor. TDD до спеки = mock-сервер с реальными кейсами, как Blackhole или трейсы исполнения. Это одна и та же штука, просто никто не объединяет её под одним зонтом, потому что у каждой методологии свой блогер.</p>
  <p id="Ye5a">Так что у нас <strong>не три</strong> методологии (SDD, Spiral, TDD). У нас одна реально работающая практика — <strong>собирай эмпирику, прежде чем что-то проектировать или итерировать.</strong> И три способа её упаковать для продажи на Медиум.</p>
  <h3 id="toc_20">Сухой остаток первого горба</h3>
  <p id="stav">Если читатель пришёл сюда за «как мне правильно работать с агентами в 2026-м», вот короткий ответ.</p>
  <p id="cZdP">Не торопитесь открывать чат. Сначала посмотрите на работающую систему — реально работающую или ту, которую вы хотите построить, в форме мок-сервера или в форме теста. <strong>Эмпирика до методологии.</strong></p>
  <p id="xfhM">Спека от агента — это <strong>гипотеза</strong>, не план. У каждого домена свой способ её доказательства. Между «получил артефакт» и «команда коммитится» <strong>должен</strong> быть шаг доказательства. Если его нет — спека висит в воздухе.</p>
  <p id="Rnhv">SDD vs Spiral — ложная дихотомия. Оба работают как надстройка над эмпирикой. Без эмпирики оба превращаются в красивый текст.</p>
  <p id="PcQf">И помните: всё, что я вам только что описал — это <strong>то, что хорошие инженеры делали всегда</strong>. Y2K-реверс был в 1999-м, observability-driven discovery в DDD-литературе с 2003-го, playtest-driven design в геймдеве с 1980-х. </p>
  <p id="TGXb"><strong>Никакой методологии 2026-го нет.</strong> Есть индустрия медиум-блогеров, которая переоткрывает старые практики под новой обёрткой и продаёт по подписке. Если вы не хотите им платить — просто купите книжку по ижинерному делу. </p>
  <p id="wtms">Это, в общем, <strong>всё</strong>, что нужно понимать про SDD-2026, если читать его трезво.</p>
  <p id="RCaJ">Если бы я хотел тут поставить точку — поставил бы. Но мне кажется, тут есть ещё один поворот. Потому что мы только что много говорили про эмпирику и реальность. А что если <strong>сама реальность</strong>, на которую мы смотрим, <strong>тоже не та</strong>?</p>
  <p id="vDbc">Об этом — вторая половина статьи.</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/profgames-A1</guid><link>https://teletype.in/@sergey_gordey/profgames-A1?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/profgames-A1?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>События как стресс</title><pubDate>Sun, 03 May 2026 19:24:19 GMT</pubDate><media:content medium="image" url="https://img2.teletype.in/files/da/8c/da8c32c2-7301-45b4-868e-19c25056989e.png"></media:content><tt:hashtag>profgames</tt:hashtag><description><![CDATA[<img src="https://img3.teletype.in/files/a8/eb/a8eb7ba3-ea3f-40b0-bcab-60e0fa358585.png"></img>Сергей Гордейчик · teletype · telegram · github · тег #profgames]]></description><content:encoded><![CDATA[
  <tt-tags id="JtZ4">
    <tt-tag name="profgames">#profgames</tt-tag>
  </tt-tags>
  <p id="iABY">Сергей Гордейчик · <a href="https://teletype.in/@sergey_gordey?search=%23profgames" target="_blank">teletype</a> · <a href="http://t.me/aiakyn" target="_blank">telegram</a> · <a href="https://scadastrangelove.github.io/profgames/" target="_blank">github</a> · тег <strong>#profgames</strong></p>
  <p id="FvP0"><em>Облегчённая версия событийного слоя A1 — приложение к первой статье цикла «Игры в профессию». Если в A &quot;Четыре актора, три времени&quot; была теоретическая рамка, в A1 — 171 проверенное событие 2020–2026, на которых эту рамку можно стресс-тестировать. Здесь — то, что из этих событий складывается в общий рисунок.</em></p>
  <h2 id="toc_2">Паттерны отката</h2>
  <p id="mMtF">Если читать корпоративные заявления про ИИ линейно, картина получается одна: ИИ заменяет, заменяет, заменяет. Если читать их парами «исходное заявление → реальный исход через год-полтора» — картина другая. Заявления чаще откатываются, чем подтверждаются.</p>
  <p id="QZjr"></p>
  <figure id="EMy4" class="m_retina">
    <img src="https://img3.teletype.in/files/a8/eb/a8eb7ba3-ea3f-40b0-bcab-60e0fa358585.png" width="1126" />
  </figure>
  <p id="hpsf">Klarna в феврале 2024-го говорила, что ИИ-агент делает работу 700 человек. В мае 2025-го компания открыла найм людей обратно в поддержку, CEO Себастьян Семятковский признал, что «зашли слишком далеко». IBM в мае 2023-го прогнозировала 7 800 заменяемых ролей; в мае 2025-го реальность — пара сотен HR-должностей, общая численность сотрудников за это время выросла. Duolingo в январе 2024-го сократила контракторов и в апреле 2025-го объявила «AI-first»; через четыре месяца CEO уточнил, что увольнений штатных сотрудников не предполагалось. HireVue в 2018–2019-м продвигала анализ выражения лица в видео-интервью; в январе 2021-го компания сама убрала эту функцию из продукта после критики.</p>
  <p id="4TUc">Не все идут на попятную. Salesforce в феврале 2025-го заявил «инженеров не нанимаем из-за ИИ», а в сентябре 2025-го сократил 4 000 ролей поддержки, ссылаясь на Agentforce. Это не откат, это эскалация — когда ссылка на ИИ оказывается удобной рамкой и для последующих сокращений. Но это исключение, а не правило.</p>
  <p id="tZF3">Есть отдельная геометрия, которая ни откат, ни эскалация — разделение: один вопрос, два разнонаправленных решения. В июне 2025-го за два дня вышли два федеральных решения по обучению ИИ на чужих текстах: Bartz v. Anthropic (Alsup) и Kadrey v. Meta (Chhabria). Оба сказали: обучение на легально приобретённых текстах — <em>fair use</em> (доктрина добросовестного использования). Оба сказали: обучение на пиратских — это другой вопрос, не закрытый. Право начало разделять обучающие данные на классы по легальности приобретения, а не на «можно/нельзя» в целом. Параллельно весной 2025-го Texas подписал Responsible AI Governance Act, а Virginia ветировала свой законопроект о высокорисковых ИИ-системах. Любая компания с операциями в нескольких штатах теперь живёт под несколькими режимами одновременно.</p>
  <h2 id="toc_3">Петля имитации</h2>
  <p id="q8bQ">Самая интересная закономерность в найме — это не «работодатель внедряет ИИ». Это <strong>обе стороны одновременно используют один и тот же класс инструментов</strong>.</p>
  <p id="7y5n">ResumeBuilder показал, что доля компаний, использующих ИИ в найме, выросла с 51% (2023) до примерно 80% (2025). Resume Now показал, что доля кандидатов, использующих ИИ для подготовки резюме, выросла с 35% до 74% за тот же период. Когда обе стороны делегируют когнитивную работу одной и той же модели, отбор перестаёт быть отбором по качеству и становится отбором по совпадению инструментов.</p>
  <figure id="E5LQ" class="m_retina">
    <img src="https://img3.teletype.in/files/2c/45/2c453960-5b63-43b1-b50f-3a1eadfc0d91.png" width="1176" />
  </figure>
  <p id="CWjk">Это не предположение. В сентябре 2025-го появилась статья на arXiv (Jiang et al., «Self-Preference in Hiring») с экспериментом: одни и те же резюме оценивались разными языковыми моделями. Разные модели систематически предпочитали резюме, переписанные той же моделью, на 23–60% выше. То есть резюме, отполированное GPT, имеет преимущество в системе ATS, которая тоже работает на GPT, не из-за качества, а из-за совпадения статистики токенов.</p>
  <p id="ic4l">Что происходит дальше — встречное давление. В августе 2024-го суд по делу Mobley v. Workday признал, что разработчик ИИ-системы может нести ответственность за дискриминационный найм. В январе 2026-го NYC опубликовал результаты правоприменения Local Law 144: большинство аудитов формально проходят, но ничего не предотвращают. В декабре 2025-го Eightfold получила коллективный иск по FCRA. В мае 2026-го у Mercor вскрылись утечки данных кандидатов. И — что важнее — Resume Now же опубликовал в 2025 году данные, что 62% работодателей <strong>отвергают</strong> резюме, отполированные ИИ, если в них видна шаблонная машинная структура. Кандидатов начинают штрафовать за слишком чистый машинный стиль. Канал отбора через резюме ломается с обеих сторон одновременно: те, кто использует ИИ плохо, отсеиваются за шаблонную структуру; те, кто использует ИИ хорошо, попадают в дальнейшую гонку с предпочтением модели к собственному стилю.</p>
  <p id="42zC">Это та самая петля. И она не лечится «лучшим ИИ» с любой из сторон — потому что вторая сторона тут же подстраивается.</p>
  <h2 id="L1Ba">Не учат в школе</h2>
  <p id="jBSV">Когда я говорю про петлю имитации, обычно на это есть возражение: «но ведь в школах та же история, там же научились с этим жить». Я смотрю на события и не вижу, чтобы научились. Я вижу, что школа проходит ровно тот же цикл с задержкой в год.</p>
  <figure id="A60f" class="m_retina">
    <img src="https://img2.teletype.in/files/1a/5c/1a5cb905-e8f6-4d5d-a920-c0adffd97982.png" width="1176" />
  </figure>
  <p id="qcYQ">В январе 2023-го Study.com опросил студентов: 89% использовали ChatGPT для домашних заданий — это плато с тех пор. Институциональный ответ начался в том же году: US Department of Education выпустил рекомендации по ИИ в обучении, ЮНЕСКО опубликовал глобальные рекомендации. Но реальные действия пошли в 2024–25-м.</p>
  <p id="cfmU">Запреты телефонов в школах: в начале 2024-го было 2 штата, принявших такие законы. К декабрю 2025-го — 35 штатов плюс DC. Из них 22 закона приняты в 2025-м. Это не один тренд, это волна, в которой Калифорнийский Phone-Free Schools Act (Newsom, сентябрь 2024), нью-йоркский закон «от звонка до звонка» Hochul (май 2025) и аналогичный закон Юты (март 2026) — самые крупные точки.</p>
  <p id="DdNI">Тонкие тетрадки для письменных экзаменов в аудитории (<em>blue books</em>), которые казались ушедшими в прошлое. Wall Street Journal в мае 2025-го: продажи <em>blue books</em> за два года выросли на 30% в Texas A&amp;M, на 50% в University of Florida, на 80% в UC Berkeley. Roaring Spring Paper Products подтвердила причину — ИИ. Yale, Princeton, UW-Madison публично перешли с домашних эссе обратно на письменные работы в аудитории.</p>
  <p id="FQzO">И одновременно — программы ИИ-грамотности. Arizona State University в январе 2024-го стал первым университетом с партнёрством с OpenAI. Ohio State в июне 2025-го объявил, что ИИ-грамотность становится требованием для выпуска для всех студентов бакалавриата. То есть институции одновременно делают две вещи: ограничивают присутствие ИИ в местах оценивания (запреты телефонов, <em>blue books</em>) и обучают ИИ там, где оценивание проектное.</p>
  <p id="UEY9">Это <strong>та же закономерность, что в найме</strong>: где сигнал ломается, ужесточается верификация; где ИИ продуктивно — обучают на нём.</p>
  <h2 id="toc_5">Провал антиплагиата</h2>
  <p id="FKBY">Самый поучительный короткий сюжет — это полтора года попыток решить вопрос происхождения текста через ИИ-детекторы. Расскажу его событиями.</p>
  <figure id="G7xV" class="m_retina">
    <img src="https://img2.teletype.in/files/d6/75/d675473c-e8af-48eb-9275-b7c881631b83.png" width="1176" />
  </figure>
  <p id="hSTF">31 января 2023-го OpenAI запустила свой AI Text Classifier с предупреждением «не полностью надёжен». 4 апреля 2023-го Turnitin запустила ИИ-детектор для всех своих 200+ миллионов пользователей. 17 марта 2023-го вышла статья Sadasivan et al. о том, что перефразирование ломает любую известную детекцию. 17 мая 2023-го профессор Texas A&amp;M-Commerce использовал ChatGPT как «детектор» (просто спросил, написала ли модель этот текст) и обвинил весь свой класс в использовании ChatGPT — выпускные дипломы временно заморозили. 14 июня 2023-го Turnitin сама опубликовала руководство по ложным срабатываниям. 10 июля 2023-го статья в Patterns (Liang et al.) показала, что детекторы систематически считают тексты неносителей английского языка сгенерированными ИИ — частота ложных срабатываний 61% на TOEFL-эссе против ~6% на текстах нативных носителей. 20 июля 2023-го OpenAI <strong>сама</strong> сняла свой Classifier «из-за низкой точности». 16 августа 2023-го Vanderbilt стал одним из первых крупных университетов, отключивших ИИ-детектор Turnitin.</p>
  <p id="MCns">Полный цикл от запуска до институционального отказа — четыре месяца.</p>
  <p id="kAKV">Дальше события следующие. В августе 2024-го пресса сообщила, что OpenAI разработала текстовый водяной знак для ChatGPT, но <strong>придержала</strong> выпуск — внутренние документы говорят про опасения по качеству и удержанию пользователей. То есть техническое решение существует, но его не выпускают. В апреле 2024-го Turnitin сама ограничила оценку: показатели ниже 20% больше не показывают, потому что в этой зоне ложных срабатываний слишком много. В июне 2024-го University of Reading провёл слепой тест: эссе, написанные ИИ, на реальных экзаменах в основном <strong>не были пойманы</strong> и часто оценивались выше человеческих. В декабре 2024 и в июне 2025-го Guardian провёл два расследования о кризисе ложных обвинений в университетах Великобритании. В октябре 2025-го Australian Catholic University отказался от индикатора ИИ от Turnitin после массовых ложных обвинений.</p>
  <p id="MTuI">Использование ИИ-детекторов растёт — Turnitin Clarity в марте 2025-го с переходом от «детекции выхода» к «отслеживанию происхождения через процесс» (через сессии набора текста). Но провалов и отступлений растёт быстрее. Детекция как класс инструментов проиграла за три года. И это объясняет, почему школы выбрали запрет телефонов и тетрадки в аудитории, а не «лучший детектор».</p>
  <h2 id="toc_6">Технический и юридический ответ</h2>
  <p id="Ghp6">Если детекция не работает, остаются два других ответа на коллапс происхождения. Один — технический, отслеживание происхождения через подписи и водяные знаки. Другой — юридический, ответственность за легальность обучающих данных.</p>
  <p id="sN0w">Технический стек начался с C2PA v1.0 в январе 2022-го (стандарт удостоверений происхождения контента, Coalition for Content Provenance and Authenticity). В июле 2023-го Белый дом объявил добровольные обязательства: крупнейшие разработчики ИИ обязались разрабатывать водяные знаки. Весной 2024-го одновременно запустились политики маркировки: Meta (апрель), TikTok с автоматическим C2PA (май), YouTube (март). Google DeepMind в мае 2024-го расширил SynthID на текст и видео. Adobe в октябре 2024-го выпустил веб-приложение Content Authenticity.</p>
  <p id="O1lu">Юридический фронт развивается параллельно. Getty судится со Stability AI в Великобритании с января 2023-го. Authors Guild с OpenAI — с сентября 2023-го. US Copyright Office выпустил три части доклада по ИИ: цифровые копии (июль 2024), охраноспособность (январь 2025), обучающие данные (май 2025). Thomson Reuters выиграл решение о <em>fair use</em> против ROSS в феврале 2025-го. И — те самые два решения июня 2025-го, Bartz и Kadrey, которые расщепили вопрос.</p>
  <p id="6V1A">Эти два фронта не параллельны случайно. Они оба пытаются восстановить происхождение, но с разных сторон: технологии — отметить происхождение контента, право — закрепить ответственность за его создание. Когда детекция не работает (нельзя по выходу понять, ИИ это или человек), надо либо сделать происхождение видимым на стадии генерации (сигналы происхождения), либо сделать создателя ответственным за процесс (правила обучения). Оба ответа сейчас в активной разработке.</p>
  <figure id="rLnc" class="m_retina">
    <img src="https://img4.teletype.in/files/3f/57/3f575d91-2e4e-418e-a6d6-b7e5a7af7400.png" width="1176" />
  </figure>
  <p id="Jtv2">Юридический фронт развивается параллельно. Getty судится со Stability AI в Великобритании с января 2023-го. Authors Guild с OpenAI — с сентября 2023-го. US Copyright Office выпустил три части доклада по ИИ: цифровые копии (июль 2024), охраноспособность (январь 2025), обучающие данные (май 2025). Thomson Reuters выиграл решение о <em>fair use</em> против ROSS в феврале 2025-го. И — те самые два решения июня 2025-го, Bartz и Kadrey, которые расщепили вопрос.</p>
  <p id="Mle2">Эти два фронта не параллельны случайно. Они оба пытаются восстановить происхождение, но с разных сторон: технологии — отметить происхождение контента, право — закрепить ответственность за его создание. Когда детекция не работает (нельзя по выходу понять, ИИ это или человек), надо либо сделать происхождение видимым на стадии генерации (сигналы происхождения), либо сделать создателя ответственным за процесс (правила обучения). Оба ответа сейчас в активной разработке.</p>
  <h2 id="toc_7">Что складывается из всего этого</h2>
  <p id="YBKC">Если сесть и попытаться суммировать 171 событие в одну картину, получается следующее.</p>
  <p id="THmt"><strong>Одна и та же картина в трёх плоскостях.</strong> ИИ используют обе стороны → происхождение схлопывается → институции и технологии пытаются его восстановить. В найме это: системы отбора резюме против резюме, написанных ChatGPT → юридическое противодействие и требование персонализации. В образовании: ChatGPT для домашки против тетрадок в аудитории → запреты телефонов и аудиторное оценивание. В цифровом контенте: обучение на чужом против C2PA и водяных знаков → US Copyright Office и федеральные суды.</p>
  <p id="ZUAz"><strong>Откат — закономерность, не исключение.</strong> Из задокументированных заявлений компаний об ИИ за 2024–25 годы значительная часть откатывается через год-полтора. Klarna, IBM, Duolingo, HireVue — это не четыре аномалии, это медианный случай. Эскалация Salesforce — это исключение, важное, но численно меньшее.</p>
  <p id="flKE"><strong>ТынапислаэтоИИ — это первый ответ, который проваливается.</strong> За три года было показано, что обнаружение ИИ-текстов статистически ненадёжно, что оно дискриминирует неносителей английского, что генерирует ложные обвинения, что от него отказываются. Это не означает, что детекция невозможна в принципе — это означает, что она как первый ответ на коллапс происхождения провалилась.</p>
  <p id="MB4o"><strong>Сопротивление на уровне доверенного посредничества работает медленнее, но системнее.</strong> Лицензионные советы (Utah Medical Board о выписке лекарств с помощью ИИ, февраль 2026), детская безопасность (GUARD Act в январе 2026), здравоохранение (UnitedHealth nH-Predict иск 2023-го, Texas PIECES settlement 2024-го) реагируют не быстро, но необратимо. Это четвёртый уровень посреднической матрицы из A — политическое и доверенное посредничество, который сжимается слабее всего.</p>
  <p id="LOzU"><strong>Расщепление государства уже видно.</strong> Texas vs Virginia, федеральный уровень против штатов, US Copyright Office против судов — это не «государство принимает решение», это «несколько уровней государства принимают разнонаправленные решения». Любой бизнес с операциями в нескольких юрисдикциях живёт в режиме расщепления, и это новая регуляторная норма.</p>
  <p id="YxFx">И главное — <strong>карта работает</strong>. Все пять механизмов из статьи A (сжатие найма, истончение происхождения, сжатие посредников, коллапс канала, нейрохалтура) подтверждаются массивом событий. Не «ИИ заменит человека через два года». А «канал между поколениями специалистов уже ломается, и это будет видно в следующие 5–10 лет».</p>
  <hr />
  <p id="xmSW"><em>Полная версия событийного слоя — <a href="https://scadastrangelove.github.io/profgames/a-events.html" target="_blank">интерактивно на сайте</a>: 171 событие на нелинейной timeline, 7 связанных трендовых сюжетов, walkback-пары, split-решения, фильтруемый каталог. Машиночитаемая JSONL-основа — <a href="https://github.com/scadastrangelove/profgames/blob/main/profgames_ai_signals_v0_3.jsonl" target="_blank">profgames_ai_signals_v0_3.jsonl</a>, её можно скормить агенту, чтобы найти новое.</em></p>
  <p id="OXDU"><em>Цикл целиком — <a href="https://scadastrangelove.github.io/profgames/" target="_blank">scadastrangelove.github.io/profgames</a>. Параллельно публикуется на teletype с тегом #profgames.</em></p>
  <p id="HPYm"><em>Сергей Гордейчик · апрель–май 2026</em></p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/progamesA</guid><link>https://teletype.in/@sergey_gordey/progamesA?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/progamesA?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>Что сломалось в работе</title><pubDate>Sat, 02 May 2026 06:58:39 GMT</pubDate><media:content medium="image" url="https://img3.teletype.in/files/27/22/27223812-557d-43a7-a3ab-e9cf54472b30.png"></media:content><tt:hashtag>profgames</tt:hashtag><description><![CDATA[<img src="https://img4.teletype.in/files/fe/ab/feab4248-79fb-4d9b-bdba-362cd3090d0f.png"></img>Сергей Гордейчик · teletype github · тег #profgames]]></description><content:encoded><![CDATA[
  <tt-tags id="iDe7">
    <tt-tag name="profgames">#profgames</tt-tag>
  </tt-tags>
  <p id="HEKs"><strong>Сергей Гордейчик · <a href="https://teletype.in/@sergey_gordey?search=%23profgames" target="_blank">teletype</a> · <a href="http://t.me/aiakyn" target="_blank">telegram</a> · <a href="https://scadastrangelove.github.io/profgames/" target="_blank">github</a> · тег #profgames </strong></p>
  <p id="WAUh"><em>Перестройка системы воспроизводства профессиональной компетенции под влиянием ИИ. Облегчённая версия первой статьи цикла «Игры в профессию»</em></p>
  <h2 id="jC3F"><strong>Сжатие найма </strong></h2>
  <p id="n4vf">Самая видимая тенденция, и одновременно самая неоднозначная. Stanford Digital Economy Lab, основываясь на данных крупнейшего американского провайдера зарплатных ведомостей, фиксирует относительное снижение занятости работников 22–25 лет на <strong>13–16 процентов</strong> в наиболее затронутых ИИ профессиях. AI Index 2026: разработчики ПО 22–25 лет — <strong>минус 20 процентов с октября 2022-го</strong>. PwC США сократила набор начинающих на тридцать процентов за три года. Big Four в Великобритании — минус сорок четыре процента год к году.</p>
  <p id="Zxhf">В России другая картина с теми же выводами. Общее число IT-вакансий упало примерно на четверть. hh-индекс — то есть отношение резюме к вакансиям, мера «насколько тесно» на рынке, — поднялся до 16,1 в третьем квартале 2025-го. Это значит шестнадцать кандидатов на одну позицию.</p>
  <figure id="2rce" class="m_column">
    <img src="https://img4.teletype.in/files/fe/ab/feab4248-79fb-4d9b-bdba-362cd3090d0f.png" width="1348" />
  </figure>
  <p id="wEju">Сужение реальное, но за ним стоят разные механизмы. Часть — это ИИ действительно делает работу начинающих. Часть — циклическое сжатие после over-hiring 2021–22 годов. Часть — повышение порога входа: «junior» теперь требует прежнего mid-уровня. Часть — переименование ролей внутри организаций: AI-валидатор, prompt-инженер, агент-супервизор. Различить эти механизмы сложно — они смешаны.</p>
  <p id="2WEt">Что важно: на уровне профессий коллапса нет. Bureau of Labor Statistics США прогнозирует <strong>рост</strong> занятости разработчиков ПО на пятнадцать процентов до 2034 года. Project management specialists — плюс шесть. Management analysts — плюс девять. То есть профессии в целом растут, а вход в них сужается. Это не «всех уволят». Это «сложно начать».</p>
  <figure id="1uaM" class="m_column">
    <img src="https://img1.teletype.in/files/89/5f/895f67ce-bc65-4e35-990b-8b18dd67f248.png" width="888" />
  </figure>
  <p id="dWpM">И отдельно: средний слой — то есть менеджеры, координаторы, project managers — сжимается даже сильнее, чем junior. Bloomberry проанализировал сто восемьдесят миллионов вакансий: высшее руководство почти не пострадало (минус 1,7 процента), специалисты-исполнители — минус девять, <strong>среднее звено — минус 5,7</strong>, project manager и coordinator — около минус двадцати.</p>
  <h2 id="7Lq7">Истончение провенанса</h2>
  <p id="qh1R">Под провенансом я имею в виду способность сигнала о ваших навыках доходить до работодателя в неискажённом виде. Раньше эту работу делали диплом, резюме, рекомендация, собеседование. Сейчас всё это работает хуже.</p>
  <p id="RHv1">Резюме не обесценилось целиком — оно стало менее информативным. ИИ удешевил производство деклараций (сопроводительные письма, самоописания, «отполированное» портфолио), но не удешевил производство верифицируемых документов. Поэтому <strong>повествовательный слой</strong> резюме — то, что можно сгенерировать — обесценился, а <strong>проверяемый слой</strong> — реальный послужной список, дипломы конкретных университетов, признание опытных коллег — наоборот подорожал.</p>
  <p id="bJB8">С дипломами хитрее. Производительность языковых моделей на письменных экзаменах подрывает доверие к ним как к сигналу. OpenAI заявляла, что GPT-4 проходит модельный экзамен на адвоката примерно в верхних десяти процентах кандидатов; методология оспорена, но направление понятно. Это разрушает домашние задания и стандартные письменные экзамены — там, где для ИИ нет барьера. Не отменяет проектные, проктируемые, устные, практические формы оценки.</p>
  <p id="2GrP">Дополнительная сложность для российской ситуации: значительная часть русскоязычных дипломов исторически плохо переводилась в международный статус. Сейчас, когда стандартные сигналы обесцениваются, эта недостроенная инфраструктура перевода становится заметной — и проблемой.</p>
  <h2 id="P5uQ">Сжатие посредников</h2>
  <p id="qZpI">Это, наверное, самая интересная и самая недоосмысленная тенденция. Под ИИ попадают <strong>не все</strong> менеджеры подряд, а определённый класс посреднических ролей.</p>
  <p id="wM10">Полезно различать четыре уровня посредничества:</p>
  <p id="ukqs"><strong>Перевод и суммаризация</strong> — technical writers, переводчики, координаторы отчётности, status-PM. Сжимаются сильно: ИИ воспроизводит ядро функции.</p>
  <p id="dRPd"><strong>Координация рабочих процессов</strong> — project managers, scrum masters. Сжимаются средне: рутина автоматизируется, но координация под неопределённостью требует человека.</p>
  <p id="DugR"><strong>Носители прав на решение</strong> — старшие PM, product managers, account owners. Сжимаются слабее: ИИ помогает, но решения остаются за человеком.</p>
  <p id="9Gfv"><strong>Политическое и доверенное посредничество</strong> — старший stakeholder management, legal negotiation, executive sponsorship. Почти не сжимаются: функция строится на доверии, ответственности и политическом капитале — это ИИ не воспроизводит.</p>
  <figure id="8uJz" class="m_column">
    <img src="https://img4.teletype.in/files/76/d2/76d2137a-1dbe-4e1e-a161-e62b17f7a151.png" width="1198" />
  </figure>
  <p id="SBei">Klarna в 2022–24 заменила около семисот ролей в customer service на ИИ-агентов. В 2025-м CEO Себастьян Семятковский сказал «we went too far», и компания вернулась к гибридной модели. Salesforce сократил поддержку с девяти до пяти тысяч человек, поставив Agentforce. Amazon в октябре 2025-го сократил четырнадцать тысяч корпоративных ролей — но Энди Джасси прямо сказал в earnings call: «это не AI, это культура». IBM, наоборот, утроила найм начинающих в 2026-м, формулируя новые роли через анализ, ответственность и работу с ИИ.</p>
  <p id="wzFi">Эта пёстрая картина не противоречива. У IBM долгий горизонт планирования — она играет в игру про подготовку senior через десять лет. Salesforce под квартальным давлением — играет в игру про следующий отчёт. Эти двое выглядят как противоположные стратегии, но это одна и та же логика: разный горизонт, разная рациональность.</p>
  <h2 id="l4zt">Коллапс канала</h2>
  <p id="Fzia">Это сквозной механизм, который связывает первые три тенденции. ИИ удешевляет производство любого формализованного сигнала почти до нуля — холодные письма, заявки на работу, сопроводительные тексты, отчёты, портфолио, рекомендательные письма. Когда стоимость генерации падает до нуля, <strong>сама категория сигнала перестаёт работать</strong>.</p>
  <p id="1LZX">Самый прозрачный пример — холодные письма в продажах. До 2023 года это был канал: компании платили специалистам по холодным продажам, те писали письма, часть получала ответ. Когда все начали использовать ИИ для первичных контактов, почтовые ящики заполнились однотипным шумом. Открываемость упала. Канал умер — не потому, что заменили SDR на AI-SDR, а потому, что <strong>вся категория</strong> первичного email-контакта перестала быть сигналом.</p>
  <p id="n6z6">То же происходит с резюме, академическими работами, заявками на гранты, постами в LinkedIn. Это не «ИИ заменяет человека на этой позиции» — это «ИИ убивает сам канал».</p>
  <p id="esI3">Отсюда два встречных движения. С одной стороны — рост спроса на тяжёлые верифицируемые сигналы: длинный публичный послужной список, признание известных в индустрии коллег, лицензии, регистры. С другой — поворот к провенансу: длинная проверяемая траектория с подтверждением, к которой нельзя «подделать билет».</p>
  <h2 id="gcYW">Нейрохалтура и социально-культурный долг</h2>
  <p id="b3zm">И последнее — про качество того, что делается. Harvard Business Review в январе 2026-го ввёл термин <strong>workslop</strong> (русский эквивалент — <em>нейрохалтура</em>): низкокачественная работа, сгенерированная с помощью ИИ, которая выглядит отполированной, но перекладывает когнитивную работу на получателя.</p>
  <figure id="VjbX" class="m_column">
    <img src="https://img3.teletype.in/files/a6/a4/a6a4463a-0a55-48ad-842e-3a3c89433d8f.png" width="1192" />
  </figure>
  <p id="yI4k">Исследование BetterUp совместно со Stanford Social Media Lab: около <strong>сорока процентов</strong> работающих за компьютером получали такой контент за последний месяц. Среднее время на разбор одного инцидента — час пятьдесят шесть минут. Экстраполяция для компании в десять тысяч сотрудников — около девяти миллионов долларов в год.</p>
  <p id="pdQk">Параллельно — <strong>социально-культурный долг</strong> (термин Deloitte 2026): сорок два процента работников говорят, что их организации редко оценивают влияние ИИ на людей; восемьдесят процентов руководителей и работников обеспокоены тем, что коллеги используют ИИ, чтобы казаться продуктивнее. Производительность на индивидуальных метриках растёт, а доверие в командах падает. И это не парадокс — это закономерное следствие того, что верификация чужой работы стала обязательной частью каждой задачи.</p>
  <h2 id="NVwb">Сцепленный кризис</h2>
  <p id="X1fZ">Если посмотреть на эти пять тенденций как на отдельные проблемы — каждая выглядит решаемой. Junior squeeze можно компенсировать корпоративными академиями. Истончение провенанса — новыми форматами оценивания. Сжатие посредников — переобучением в роли AI-валидаторов. Нейрохалтуру — корпоративной политикой использования ИИ.</p>
  <p id="B8h8">Но это не пять проблем. Это одна проблема со сцепленной структурой.</p>
  <figure id="Qs75" class="m_column">
    <img src="https://img4.teletype.in/files/b6/e3/b6e3c07e-d3a0-4ab0-9fc9-4a210d471e60.png" width="1210" />
  </figure>
  <p id="NcUb">Работодатель не нанимает начинающих, потому что ИИ делает их работу — <strong>и</strong> потому, что образование готовит их к работе, которой больше нет. Образование теряет смысл, потому что работодатель не платит за его сигнал — <strong>и</strong> потому, что сам сигнал обесценивается через коллапс каналов. Сотрудник не знает, как войти в профессию, потому что традиционный путь сломан <strong>с обеих сторон одновременно</strong>. Каждая попытка реформы одной части быстро упирается в нерешённую проблему соседней.</p>
  <p id="83yw">Это объясняет, почему отдельные «решения» не работают. Корпоративная академия без перестройки оценивания выпускает джунов с дипломами, которые работодатель не считает за провенанс. Новые форматы оценивания без перестройки найма выпускают людей, для которых работодатель не предусматривает место. Найм без обновления профессиональных стандартов даёт работника, который не сертифицируется — и так далее.</p>
  <p id="MqtZ">И отдельный риск: главный ущерб от этого кризиса — не быстрый, а медленный. Не «ИИ заменит работу через два года». А «через семь-десять лет в индустриях, где сейчас сократили найм начинающих, не из кого будет растить senior». Это бомба замедленного действия. Она проявится тогда, когда сегодняшние руководители уже уйдут.</p>
  <h2 id="3oAE">Маленькое отступление про теорию игр</h2>
  <p id="BaVv">Всё это хорошо описывается на языке теории игр. У нас четыре игрока — работодатель, сотрудник, образование и государство. У каждого свой горизонт и своя функция полезности. Это <a href="https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_%D1%88%D0%B0%D0%BD%D1%82%D0%B0%D0%B6%D0%B0" target="_blank">проблема шантажа</a> (hold-up problem) Уильямсона: один игрок инвестирует, другой может уйти и забрать выгоду. В модели <a href="https://ru.wikipedia.org/wiki/%D0%A7%D0%B5%D0%BB%D0%BE%D0%B2%D0%B5%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9_%D0%BA%D0%B0%D0%BF%D0%B8%D1%82%D0%B0%D0%BB" target="_blank">Беккера</a> для конкурентных рынков базовый прогноз — недоинвестирование в обучение. Acemoglu и Pischke (1998) показали, что для координированных рынков (Германия, Япония) с палатами, лицензиями и сжатием зарплат всё устроено иначе: фирменное обучение там равновесно даже без внешнего мандата. Это объясняет, почему нельзя механически скопировать немецкую систему ученичества в США — её удерживают параметры рынка, а не сама форма программы.</p>
  <p id="4q4c">И ещё одна полезная линза — <a href="https://ru.wikipedia.org/wiki/%D0%AD%D1%84%D1%84%D0%B5%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%BF%D0%BE_%D0%9F%D0%B0%D1%80%D0%B5%D1%82%D0%BE" target="_blank">Парето-фильтр</a> для сценариев. Хороший сценарий тот, в котором не проигрывает ни один из четырёх игроков. Плохой — тот, в котором кто-то выигрывает за счёт других. Главный паттерн: хорошие сценарии почти всегда требуют активного институционального обновления. Плохие — реализуются через бездействие. Это значит, что при инерции выигрывает плохой сценарий.</p>
  <h2 id="7zK1">Что с этим делать</h2>
  <p id="otfe">У меня нет рецептов. Цикл «Игры в профессию» — не план «что делать в понедельник». Это попытка собрать карту, по которой раз в пару месяцев можно заново определять текущую точку и предстоящие развилки.</p>
  <p id="YNX2">Что сейчас понятно: — уверенные прогнозы преждевременны до 2028–2030 годов; реальный масштаб удара станет виден тогда; — частные реформы внутри одной из четырёх позиций не работают; нужна согласованность; — инерция работает против хорошего сценария — на стороне deградации; — это не пять отдельных проблем, а одна сцепленная.</p>
  <p id="42kS">Если вы менеджер — стоит думать про канал подготовки senior на горизонт пяти-семи лет, не только про текущий productivity-gap. Если вы родитель студента — стоит понимать, что диплом сам по себе уже не сигнал, и помочь ребёнку строить долгий проверяемый провенанс. Если вы преподаватель — стоит пересмотреть оценивание в сторону того, что ИИ не воспроизводит. Если вы решаете на уровне государства — стоит думать, какие из ваших мер — короткое государство (бюджет квартала), а какие — длинное (воспроизводство компетенций через десять лет).</p>
  <p id="p7CA">И главное — что-то из этого треснет и распадётся. Что-то перестроится. Что-то выглядит как кризис, а на самом деле — обычное циклическое сжатие, которое через два года забудут. Различить — сложно, но возможно. Если есть карта.</p>
  <hr />
  <p id="HN6i"><em>Полная версия статьи с цифрами, оговорками и методологией — <a href="https://scadastrangelove.github.io/profgames/a-article.html" target="_blank">на сайте цикла</a>. Цикл целиком — <a href="https://scadastrangelove.github.io/profgames/" target="_blank">scadastrangelove.github.io/profgames</a>, параллельно публикуется на teletype с тегом #profgames. Машиночитаемая <a href="https://scadastrangelove.github.io/profgames/factcheck.json" target="_blank">фактологическая база</a> открыта — её можно скормить агенту, чтобы найти новое.</em></p>
  <p id="lkSy"><em>Сергей Гордейчик · апрель–май 2026</em></p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@sergey_gordey/cqYHJfj8JXk</guid><link>https://teletype.in/@sergey_gordey/cqYHJfj8JXk?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey</link><comments>https://teletype.in/@sergey_gordey/cqYHJfj8JXk?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=sergey_gordey#comments</comments><dc:creator>sergey_gordey</dc:creator><title>Карта в тумане</title><pubDate>Fri, 01 May 2026 10:30:50 GMT</pubDate><tt:hashtag>profgames</tt:hashtag><description><![CDATA[Туман в горах. Тропа теряется через пять метров. Идти нужно — внизу темнеет, наверху ветер. Кто-то до вас сложил пирамидки из камней. Не маршрут — реперы. От одной к следующей. Дальше — снова туман.]]></description><content:encoded><![CDATA[
  <pre id="BvQ0">0 · Игры в профессию · манифест цикла </pre>
  <tt-tags id="ESGc">
    <tt-tag name="profgames">#profgames</tt-tag>
  </tt-tags>
  <p id="YVfA"><em>Туман в горах. Тропа теряется через пять метров. Идти нужно — внизу темнеет, наверху ветер. Кто-то до вас сложил пирамидки из камней. Не маршрут — реперы. От одной к следующей. Дальше — снова туман.</em></p>
  <p id="kVdZ">Десятилетиями устоявшиеся институты раскачивает. Собеседования. Карьерные траектории. Дипломы. Профессии, которые казались вечными. Что-то из этого треснет и распадётся. Что-то перестроится. Что-то выглядит как кризис, а на самом деле — обычное циклическое сжатие, которое через два года забудут.</p>
  <p id="FTrs">Различить — сложно. Нас раскачивают предсказаниями и новостями. <em>«Все профессии исчезнут».</em> <em>«Созидатели не нужны — нужны потребители».</em> <em>«На заводе мест не хватит».</em> Если присмотреться пристальнее и разобрать источники таких заявлений вместе с их мотивацией — многое становится понятнее. Кто говорит. Зачем. Кому это выгодно. Какие данные в основе. И главное — на какой горизонте смотрит очередная &quot;ванга&quot;.</p>
  <p id="oO21">· · ·</p>
  <p id="EXK8">Автор находится в суперпозиции, которая перемешивает мир ещё больше.</p>
  <p id="E8xQ">Как <strong>основатель компании и созидатель странного</strong> — нанимает людей и внедряет ИИ везде, где можно. Чтобы не отстать. Чтобы не попасть под свой же <a href="https://teletype.in/@sergey_gordey/dZijhpp2f3M" target="_blank">Манифест</a>. Горизонт — квартал. Полураспад навыков - полгода.</p>
  <p id="NFX1">Как <strong>отец студента-второкурсника в comsci и старшеклассницы с дипломом музшколы</strong> — беспокоится о будущем детей. Горизонт — до диплома плюс сколько-то после.</p>
  <p id="JZCs">Как <strong>приглашённый профессор и руководитель университетской программы</strong> — думает, как трансформировать образование, чтобы не погибнуть под тоннами нейрослопа и выпускать востребованных студентов и основателей новых школ. Горизонт — семь-десять лет до выпуска первой полноценной когорты в новом мире.</p>
  <p id="QHMj">В какой-то момент стало заметно, что эти трое регулярно принимают решения, которые мешают четвёртому — государству. И наоборот. Хорошее решение основателя ломает программу профессора. Политика государства обнуляет ставку отца. Это не потому, что кто-то злой или глупый — это потому, что у каждого свой горизонт и своё рацио.</p>
  <p id="vIEK">Так появилась рамка четырёх акторов. Не из теории — из наблюдения за коллапсами личной волновой функции.</p>
  <p id="ZLuV">· · ·</p>
  <p id="kyOz">Этот цикл — попытка разобраться системно. Не реагировать на громкие заявления и спекуляции, а собрать карту: какие силы приложены, какие поля действуют, кто играет и в какую игру, какие ходы возможны и что отличает короткую рациональность от длинной.</p>
  <p id="fuQy">Мне, если честно, помогло. Стало понятно, за чем следить. Кого нанимать. Какие проблемы нужно уже гасить, а каким — дать потлеть. Какие новости — сигнал, какие — шум.</p>
  <p id="wSII">Здесь нет описания будущего. Будущее уже здесь, оно просто неравномерно распределено. Здесь есть варианты, инструменты и основа, чтобы раз в пару месяцев заново определять текущую точку и предстоящие развилки. Аккуратно идти через туман от одной каменной пирамидки к следующей.</p>
  <p id="boOR">· · ·</p>
  <p id="JXOe">Профессор победил основателя, хакера, рок-н-рольщика. Я собрал доступные на момент проработки данные, призвал остатки университетских знаний — ещё не стёртых кибербезной профессиональной деформацией и CEO-шной привычкой решать сложное быстро. Так появился цикл — <em>«Игры в профессию»</em>.</p>
  <p id="gfIQ">Дальше — медленно, плотно, занудно.</p>
  <p id="OAvU">Приготовились? Ныряем!</p>
  <p id="MlEe">Сергей Гордейчик, апрель–май 2026</p>
  <p id="uHyM">P.S. Цикл публикуется параллельно на <a href="https://scadastrangelove.github.io/profgames/" target="_blank">GitHub</a> и в <a href="https://teletype.in/@sergey_gordey?search=%23profgames" target="_blank">teletype</a> с тегом <strong>#profgames</strong>. По мере появления статей и обновлений — там же.</p>
  <p id="jrTH">P.P.S. Фактологическая основа цикла опубликована отдельно для <a href="https://teletype.in/@sergey_gordey/profgames-z" target="_blank">человеков</a> и <a href="https://github.com/scadastrangelove/profgames/blob/main/Z%20-%20factcheck.json" target="_blank">машинков </a>— с разнесением уровней доказательности (административные данные, наблюдательные данные, корпоративный нарратив, мнения и прогнозы). Можете скормить её своему агенту и попросить найти новое — это может стать следующим гурием на пути.</p>

]]></content:encoded></item></channel></rss>