Итоги сентября 2026 — рабочие прототипы, новые идеи и 14 лет вместе

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

Один из главных результатов — прототип Lekalo. Заметно продвинулся Laratesto, появился Laramago, а идея Ariel получила отдельное описание и план разработки. Параллельно продолжались рабочие задачи, развитие сайтов, проверки нейросетевых инструментов и обычные домашние дела.

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

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

Четырнадцать лет вместе

В сентябре у нас с женой была агатовая годовщина — четырнадцать лет вместе.

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

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

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

Маленький помощник на участке

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

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

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

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

Беседка: разборка и планы на детский «куб»

В сентябре разобрал сломавшуюся беседку — мою первую постройку на участке. О том, как я её строил и что с ней потом произошло, уже рассказывал в отдельном видео. Теперь дошли руки до разборки.

Заодно разобрал и пол, чтобы посмотреть, что под ним и в каком состоянии конструкция. Для меня это был не только демонтаж, но и возможность вернуться к своему первому строительному опыту: посмотреть на прежние решения, разобраться, что и как было сделано, и понять, что в следующий раз нужно сделать иначе.

Восстанавливать беседку в прежнем виде не планирую. Хочу переделать её в детский домик — «куб» размером 3 × 3 × 3 метра, внутри которого будет два этажа. То есть вместо беседки получится небольшая игровая для детей.

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

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

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

Пока сентябрьский результат — разобранная беседка, осмотр её пола и понятная задумка следующей постройки. Сам детский «куб» ещё впереди: детям — своё место для игр, мне — практика перед строительством дома.

Два клеща за неделю — впервые за шесть лет

Было на участке и неприятное открытие: нашли клеща на одежде сына. За шесть лет поездок я до этого ни одного там не видел.

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

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

Бытовка: от перебора вариантов к понятной схеме

Отдельная задача — пол в бытовке. Продолжил разбираться с его переделкой.

В августе вариантов было много, и каждый следующий расчёт немного менял картину. В сентябре конструкция стала определённее: от керамзита отказался, остановился на утеплении минеральной ватой толщиной 100 мм. Старое основание сохраняется, а сверху планируется деревянный каркас, листовой настил, фанера и линолеум.

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

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

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

Lekalo: из большой задумки получился прототип

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

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

Без такого описания легко получить несколько частей приложения, каждая из которых по-своему понимает одну и ту же задачу. Формально код написан, но вместе он работает не так, как задумывалось.

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

К концу месяца начались и проверки связки с Laravel — основой, которую я использую для веб-приложений. Подготовленные Lekalo тесты уже запускались в настоящем тестовом приложении, а не только существовали в виде правильно оформленных файлов.

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

Laramago: помочь проверяющему понять приложение

В сентябре появился ещё один открытый проект — Laramago.

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

Laramago помогает передавать эту информацию инструменту Mago: объясняет устройство данных, связи между ними, запросы и другие распространённые конструкции.

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

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

Laratesto: проверить перенос на настоящем проекте

Продолжил развивать Laratesto — инструмент для автоматической проверки Laravel-приложений через Testo.

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

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

Для этого сравнил работу на реальном наборе из 1 272 сценариев. Два варианта запуска обнаружили одинаковое число проверок и дали совпадающие результаты; случаи, которым требовалась отдельная база данных, проверялись дополнительно.

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

Такие истории хорошо объясняют, почему «написать инструмент» и «сделать его пригодным для чужого проекта» — не одна и та же работа.

Ariel: отдельный исполнитель для цифровых помощников

Начал оформлять Ariel как самостоятельный проект.

Задумка простая: приложение передаёт задачу, а Ariel на компьютере или сервере подготавливает рабочее место, запускает выбранного помощника и возвращает результат.

Мне важно, чтобы он не был намертво привязан к одной большой системе. Им должны иметь возможность пользоваться разные приложения: одно передаёт задачу из своего списка дел, другое просит провести исследование, третье — внести изменения в программу.

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

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

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

Помощникам нужны не только хорошие подсказки

Продолжалась работа над AIFHub Extension — моими дополнениями для организации разработки с нейросетями. В сентябре вышли версии 1.6.0 и 1.7.0.

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

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

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

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

Не каждое улучшение стоит включать

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

Особенно интересовали сокращение объёма передаваемых данных, поиск по большим проектам и сохранение полезной информации между задачами.

Результаты оказались неоднозначными. Например, в одном сравнении обычный вариант прошёл 23 проверки из 30, а вариант с дополнительным инструментом обработки вывода — 18 из 30. При этом общий расход токенов, то есть учитываемых моделью фрагментов текста, не уменьшился.

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

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

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

Не только свои проекты

Заметная часть сентября ушла на проверки изменений в AI Factory.

Возвращался к одним и тем же доработкам после исправлений, разбирал спорные случаи, готовил замечания и уточнения. Иногда проблема видна сразу, а иногда обнаруживается только после вопроса: «А что произойдёт, если здесь уже лежат пользовательские файлы?»

Был и конкретный вклад в общий проект: 11 сентября приняли моё исправление работы с инструкциями для Codex.

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

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

Рабочие приложения: деньги, время и доступы

Параллельно продолжались задачи в закрытых приложениях.

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

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

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

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

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

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

SEO Recipes: справочник, который нужно поддерживать

Продолжил развивать SEO Recipes.

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

Особенно много внимания требовал журнал провайдеров. Здесь важно не только добавить очередное сообщение, но и вернуться к нему позже: закончилась ли проблема, появилось ли объяснение, что именно было недоступно?

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

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

Из более прикладных тем были инструкции по новым инструментам Laravel, анализу данных о скорости и нагрузке сайтов, работе с поисковой аналитикой. К концу месяца подготовил и пример автоматизированного браузерного аудита. Часть последних материалов ещё проходила проверку — подготовленный текст не всегда сразу становится опубликованной страницей.

Хостинги: собственный опыт важнее красивой карточки

В сентябре были и собственные поводы дополнять справочник.

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

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

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

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

Игры: хочется не только писать, но и играть

Снова возвращался к игре про муравьиную колонию.

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

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

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

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

Пока это работа над задумками, а не рассказ о выпуске двух готовых игр.

Новые сервисы из собственных неудобств

Без новых идей месяц, конечно, не обошёлся.

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

В качестве главного ориентира рассматривал CloudPub, но интересует собственное решение со своими доменами и удобным управлением несколькими приложениями. В сентябре обсуждал устройство такого сервиса и варианты адресов. Название и окончательный план первой версии ещё не выбраны.

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

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

Блог и взгляд на себя со стороны

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

8 сентября вышли итоги августа. 13 сентября — поздравление с Днём программиста, а 30 сентября — с Днём интернета.

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

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

Иногда полезно увидеть это со стороны — хотя бы в виде рисунка.

Что осталось от сентября

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

Lekalo стал работающим прототипом. Laratesto прошёл серьёзную проверку на существующем приложении. Laramago вырос из конкретной потребности в более полезном анализе кода. Ariel получил понятные границы будущего продукта. В рабочих приложениях продолжалась менее заметная, но необходимая работа над расчётами, доступами и обновлениями.

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

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

Где-то таким шагом стал запуск. Где-то — проверенный перенос. Где-то — решение не внедрять очередную новинку. А на участке — разборка первой постройки, возможность проверить свои прежние решения и подготовиться к следующей. Детский домик ещё только в планах, но теперь у него есть и личный смысл: на небольшой постройке отработать то, что понадобится для будущего дома.

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