Системное мышление для жизни

От блокнота к IDE, от ChatGPT к интеллектуальной среде

Переход, который уже случился один раз

В 1990-х программисты писали код в текстовом редакторе. Без подсветки синтаксиса, без автодополнения, без проверки ошибок. Допустил опечатку — узнаешь через 20 минут, когда программа упадёт. Забыл название функции — лезешь в документацию, теряешь контекст. Хочешь проверить, работает ли код — запускаешь каждый тест вручную.

Потом появились IDE — среды разработки. Visual Studio, IntelliJ, Eclipse. Ошибки видны в момент набора. Функции подсказываются по первым буквам. Тесты запускаются одной кнопкой. Сборка автоматическая.

Переход занял годы. Многие сопротивлялись: «мне и в vim хорошо», «IDE — для слабых», «настоящий программист должен всё помнить сам». Но разница оказалась не в программисте. Разница — в среде. Один и тот же человек в блокноте и в IDE — два разных уровня продуктивности.

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

Сейчас тот же переход происходит снова

Cursor, Windsurf, Claude Code — это уже не «чат с ИИ». Это среды, где ИИ знает ваш проект, помнит контекст файлов, работает по вашим правилам. Для кода это уже реальность — IDE с ИИ стали стандартом.

А для всего остального? Для мышления, развития, управления знаниями?

Здесь мы всё ещё в «блокноте». ChatGPT — мощный, но каждая сессия с нуля. Notion AI — удобный, но не знает ваших целей. Copilot — быстрый, но не отличает проверенное знание от правдоподобной выдумки.

Инструменты стали сильными. Но инструмент — это не среда.

Инструмент помогает. Среда — работает сама

Инструмент: вы открыли → сделали → закрыли. Завтра — с нуля.

Среда: вы спите — а план на завтра уже сформирован. Агент проанализировал ваши цели, посмотрел на прогресс за неделю, учёл дедлайны. Утром вы просыпаетесь — и начинаете не с планирования, а с работы.

Вы работаете — среда фиксирует знания. Не вы вспоминаете «надо записать», а агент предлагает: «Вот паттерн, записать в базу знаний?»

Вы задаёте вопрос — среда ищет ответ не в «обучении модели», а в вашей проверенной базе из 5300+ документов. Не галлюцинирует — а честно говорит, если ответа нет.

Это больше, чем экзокортекс. Экзокортекс — это память. А среда — это память + планирование + фиксация знаний + измерение прогресса + команда специализированных агентов. Шесть компонентов, которые работают вместе.

Мы называем её IWE — интеллектуальная рабочая среда. По-простому: IDE, но не для кода — для интеллекта.

Семинар 28 февраля в 15:00 (Мск) «От экзокортекса к интеллектуальной рабочей среде»: покажу работающую среду изнутри, онлайн, 2.5 часа.

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

Что увидите:

- Как ИИ-агенты (Стратег, Экстрактор, Синхронизатор, Публикатор) работают как команда — каждый в своей зоне
- Как выглядит рабочая сессия: Open → Work → Close — ИИ проверяет план, захватывает знания, фиксирует результат
- Как бот в Telegram отвечает из проверенной базы знаний, а не придумывает
- Как более 20 репозиториев выросли из одного файла за 2 месяца и как ИИ умело с ними работает в одной сессии.
- Как формируется личная база знаний.

С чем уйдёте:

- Чек-лист развёртывания — пошаговая инструкция от VS Code до работающей среды
- Шаблон на GitHub — форкните и запустите за вечер
- Понимание пути: от 3 файлов до полной IWE

Кому полезно:

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

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

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

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

Для профессионала это уже не философия, а инструмент выживания — особенно в эпоху ИИ. Сегодня ценность создаёт не тот, кто «интуитивно чувствует», а тот, кто умеет формально описывать предметную область: выделять объекты, границы системы, роли, функции, ограничения, метрики качества. ИИ усиливает именно тех, кто может задать корректную модель. Если модель размыта — ИИ масштабирует ошибку. Если модель точна — он масштабирует компетентность.

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

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

Полный разбор с примерами и схемой — по ссылке:
https://systemsworld.club/t/odin-obekt-mnogo-predmetnyh-oblastej/36741

Видео и презентация моего онлайн-семинара «Развитие как управляемый процесс: про рывки мотивации, которые всё портят».

Видео на моем канале YouTube.

"Бухгалтер" и ИИ: четыре смысла, спрятанные в одном слове

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

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

Роли — функции, которые человек на этой должности выполняет. Мария Ивановна на должности главного бухгалтера играет непосредственно роль бухгалтера или роль налогового отчётчика в конце квартала, роль финансового контролёра каждый день и роль подписанта по запросу. Несколько ролей — одна должность.

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

Описание — содержание: что делать, как, в каких случаях. Оно записано в документе (должностной инструкции на 12 страницах), но описание — это суть, а документ — просто носитель этого содержания. Они вместе, но необходимо различать одно от другого.

Мария уволилась — должность осталась. Пришёл Иван — роли те же, агент другой. Инструкцию переписали — должность и роли не изменились. Роль «финансовый контролёр» передали отдельному специалисту — должность потеряла одну роль, но сама осталась.
Четыре объекта. Одно слово. Пока мы их путаем — путается всё.

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

Обычно каждую такую систему называют «агентом» и дают отдельный репозиторий. DS-strategist-agent, DS-extractor-agent, DS-fixer-agent… Шесть штук.
А что будет, когда Стратегом станет GPT вместо Claude? Вы понимаете, что вышеперечисленные — не агенты?

Вот что на самом деле лежит в этих репозиториях: тексты-промпты, описывающие что делать и как. Настройки входов и выходов. Скрипты запуска. Это описания. Содержание: какие роли выполнять, какие ресурсы использовать, в каких ситуациях действовать. Записано в файлах — но файлы лишь носители.
А агент — тот, кто это описание исполняет. Сегодня Claude, завтра GPT, послезавтра — то, чего ещё нет. Агент сменится. Описание останется.

Те же четыре вещи — как в бухгалтерии:

Должность. «Стратег» — позиция на платформе: доступ к данным пользователя, право писать планы, уровень автономии. Должность определяет, что можно делать и какими ресурсами распоряжаться.
Роли. На должности Стратега — несколько ролей: планировщик дня (утром), рецензент заметок (вечером), подготовитель сессии (в понедельник). Одна должность — несколько ролей, каждая в своём контексте.
Агент. Кто исполняет — Claude, запущенный в 4 утра по расписанию. Завтра это может быть GPT или что-то совсем новое. Агент приходит и уходит — должность и роли остаются.
Описание. Суть каждой роли: что делать, какие входы, какие выходы, что считать хорошим результатом. Записано в промптах и конфигах — но описание это содержание, а файлы лишь место хранения.

Что это меняет практически?

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

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

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

Когда мы путаем эти четыре вещи, мы не можем:
….
———
Продолжение в клубе, в тч как соотносится ролевое описание со skills от Антропика.

Что общего между мостом, розовым кустом и вами

Что общего между автомобилем, мостом, мобильным приложением, розовым кустом и вами?

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

Если вы — система, то ваше развитие — это в широком смысле инженерная задача. Не «стараться сильнее». Найти, что сломано, и починить.

Любой инженер знает: если система не работает — ищи разрыв в цикле управления. У развития этот цикл выглядит так: цель → практика → замер → коррекция → уточнённая цель. Если цикл замкнут — он работает сам, без волевых усилий. Если разорван — затухает. Сколько бы вы ни «старались».

Например: вы занимаетесь — читаете, проходите курсы, слушаете подкасты. Через месяц спрашиваете себя: «Что изменилось?» — и не можете ответить. Потому что измеряете потребление («прочитал 3 главы»), а не изменение («что делаю иначе»). Это один из четырёх типичных разрывов — между практикой и замером.

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

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

22 февраля в 12:00 МСК — бесплатный семинар «Развитие как управляемый процесс». Найдёте свой разрыв (упражнение на 4 вопроса) и соберёте минимальный рабочий цикл на одну неделю. Подробнее на канале личного развития.

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

Pack — формализованные знания предметных областей. Это то, что знает любой профессионал в своей сфере. В терминах иерархии принципов — это вторые принципы. Не заметки, не wiki, не «база знаний» в обычном смысле. Каждая сущность — метод, практика, различение, архитектурное решение — описана по единому формату (SPF) с кодом, связями и summary. Pack — единственный source-of-truth. Всё остальное следует за ним. Сейчас у меня четыре Pack: ИТ-платформа (40 сущностей), личное развитие, экосистема интеллекта, мастерская (22 сущности).

DS (Downstream) — всё, что производно от знаний или представление знаний в разных контекстах. В терминах иерархии — третьи принципы: ситуационные, проектные. Здесь три подтипа:

— Instrument — код и сервисы: бот, MCP-серверы, агенты, синхронизатор. Они читают Pack через MCP и реализуют знания в действиях.
— Governance — планы и координация: недельные планы, рабочие продукты, реестры, процессы. Стратег пишет сюда.
— Surface — публикации: посты, курсы, документация. То, что видит внешний мир.

Downstream не имеет права противоречить Pack. Если Pack обновился — downstream обновляется вслед.

За этим делением стоит иерархия принципов: нулевые (ZP, работают в любой области) → первые (FPF, работают в любой дисциплине) → вторые (Pack, работают в конкретном домене) → третьи (Downstream, работают в конкретном проекте). Каждый следующий уровень опирается на предыдущий и не может ему противоречить. Это не мои категории — это то, как устроено знание: от фундаментального к ситуационному.

Зачем так сложно? Потому что цель — не персональный ассистент.

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

Я хочу сделать другое. Платформенное решение, где участник экосистемы Aisystant получает среду и может в ней созидать — думать, проектировать, создавать, учиться. А вся рутина уходит агентам.

Что именно делают агенты уже сейчас? Например:

— Я записываю заметку в Telegram. Бот сохраняет.
— Вечером агент-рецензент разбирает заметки, маршрутизирует: эта мысль → в стратегию, эта → в Pack, эта — мусор.
— Утром агент-стратег формирует план дня. К 7 утра план в Telegram.
— При закрытии (есть протокол Окрыть-Работать-Закрыть) рабочей сессии агент-экстрактор проверяет: не появилось ли знание для формализации в Pack?
— Синхронизатор следит, чтобы downstream-репозитории не разъехались с Pack.
— Бот отвечает пользователям — не из головы, а из MCP-сервера, который индексирует Pack и руководства Aisystant.
— Планирование и стратегирование, разбор заметок, извлечение знаний, синхронизация, ответы ученикам — всё это рутина. Агенты берут её на себя. А я занимаюсь содержанием: формулирую различения, проектирую архитектуру, реализую проекты, пишу посты, веду семинары.

Над всем этим — корневой CLAUDE.md. Один файл инструкций лежит в ~/Github/ над всеми 22 репозиториями. Когда я открываю Claude Code, он видит сразу все репо и может читать и писать в любой из них за одну сессию. Стратег пишет план в DS-my-strategy, экстрактор — сущность в PACK-digital-platform, синхронизатор — проекцию в DS-IT-systems. Один набор правил — много ролей.

У меня есть таблица РА (Роли–Агенты), где прописано: какую роль кто может исполнять. Стратег, Экстрактор, Рецензент, Автор, Консультант — это роли. Claude — агент, который исполняет их все. Бот — инструмент, через который Claude играет роль Консультанта для ученика. Один агент, много ролей, чёткое распределение: какой промпт, какие файлы видит, в какое расписание включён.

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

22 репозитория и три слоя: среда, где человек созидает, а агенты обслуживают

Стандартный рецепт персонального ИИ-ассистента в 2026 году часто выглядит так: один репозиторий (или несколько, но работа с каждым отдельно), десяток папок (inbox, capture, distill, projects, memory), AGENTS.md с инструкциями — и вперёд. Открываем в Codex или Claude Code, говорим голосом «подшей это в capture», и агент послушно раскладывает файлы. Удобный библиотекарь.

У меня тоже так начиналось. А потом всё пошло не туда.

Вот что сейчас лежит в моей рабочей папке:

~/Github/
│
│ ── БАЗИС (принципы, рамки, форматы) ──────────────
│
│ Содержание (principles, которые сделал А.Левенчук):
├── ZP/ # Нулевые принципы: 6 мета-ограничений
├── FPF/ # Первые принципы + фреймворк (бандл)
│
│ Форма (frameworks & formats):
├── SPF/ # Фреймворк вторых принципов
├── FMT-exocortex-template/ # Формат: шаблон экзокортекса
├── FMT-S2R/ # Формат: структура репозитория
│
│ ── PACK (знания предметных областей = вторые принципы) ──

├── PACK-digital-platform/ # ИТ-платформа (40 сущностей)
├── PACK-ecosystem/ # Экосистема интеллекта
├── PACK-personal/ # Личное развитие
├── PACK-MIM/ # Мастерская (22 сущности)
│
│ ── DS (всё производное = третьи принципы) ───────
│
│ Instrument (код и сервисы):
├── DS-IT-systems/ # Бот Aist (Telegram)
├── DS-MCP/ # 3 MCP-сервера (knowledge, guides, twin)
├── DS-strategist-agent/ # Агент-стратег
├── DS-extractor-agent/ # Агент-экстрактор знаний
├── DS-synchronizer/ # Синхронизатор (watch → detect → route)
├── DS-exocortex-setup-agent/ # Агент развёртывания
│
│ Governance (планы и координация):
├── DS-my-strategy/ # Стратегия, планы, рабочие продукты
├── DS-ecosystem-development/ # Реестры, процессы, онтология
│
│ Surface (публикации):
├── DS-Knowledge-Index-Tseren/ # Посты и публикации
├── DS-marathon-v2-tseren/ # Марафон обучения
├── docs/ # VitePress-сайт
│
└── CLAUDE.md # Единые инструкции для всех агентов и для всех репо

На 18.02.26 у меня 22 репозитория. Каждый репозиторий — это ровно один тип, и типов всего пять: Foundation, Framework, Format, Pack, Downstream. Физически они лежат в одной папке ~/Github/. Но по именам сразу видно, к какому слою относится репо: ZP и FPF — базис, PACK-* — знания, DS-* — производные, FMT-* — форматы.

Это виртуальное разделение на три «полки» — Базис, Pack, DS — и есть архитектура.

Базис — принципы и рамки. Здесь два вида содержимого:

— Содержание — сами принципы. ZP — шесть нулевых принципов (транс-дисциплинарные мета-ограничения: аксиоматичность, структура и симметрия, мультимасштабность, оптимизация, вероятность и информация, вычислительные ограничения). FPF — первые принципы (фундаментальные основания дисциплин: системное мышление, онтология, методология) плюс фреймворк работы с ними — в одном бандле.

— Форма — как оформлять знания. SPF — фреймворк вторых принципов (правила структуры для предметных Pack). FMT-S2R — формат структуры репозитория. FMT-exocortex-template — шаблон экзокортекса для новых пользователей.

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

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

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

Что реально изменилось — это способ работы. Удалось не просто вести несколько проектов параллельно в IDE, но и обучать ИИ на их основе, перенося опыт из каждой сессии взаимодействия. Каждый проект усиливает остальные и развивает области знаний.

Цифры за первую неделю в новой среде говорят сами за себя. Раньше мой потолок — 8 рабочих продуктов, из них 3–4 сложных. На этой неделе я закрыл 40. Рост производительности многократный.

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

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

Каждая рабочая сессия проходит три фазы:
— Open — Claude проверяет, есть ли задача в плане рабочи продуктов на неделю. Нет — стоп, сначала запланируй, а потом пройти ритуал практики инвестирования и учета времени. ИИ буквально называет роль, метод и рабочий продукт.
— Work — обычная работа LLM, но с у учетом сделанных настроек и на каждом рубеже Claude проверяет: появилось ли знание для записи в pack?
— Close — фиксация результатов, извлечение знаний, обновление планов, бэкап или формирование РП для будущих сессий.

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

Что это даёт на практике?

— Нулевая потеря контекста между сессиями. Вчера остановился на полуслове — сегодня Claude знает, где я.
— Знания накапливаются, а не испаряются. Каждая сессия как опыт оставляет след в Pack и/или в Claude и/или в Памяти.
— Автоматическое планирование. Утром приходит план дня, составленный из моих же задач по 19 репозиториям, а в понедельник план на неделю исходя из заметок, отчетов и стратегических документов из разных проектов.
— Бот как один из интерфейсов и как производимая целевая система для пользователей, которая отвечает на основе базы знаний.

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

Как я строю себе «второй мозг» с помощью ИИ

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

Последнюю неделю у меня случился значительный прорыв, вплотную подошел к созданию ИИ-агентов, которые помогают мне думать, планировать и накапливать знания. Не «чат с ChatGPT», а именно среда — с памятью, правилами и структурой.

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

Я решил это системно. Решение: среда вместо чата с множеством отдельных проектов. Я работаю с Claude Code — это CLI-версия Claude, которая живёт прямо в терминале, рядом с кодом. Ключевое отличие от веб-чата: Claude Code умеет читать и редактировать файлы на диске. А значит — ему можно дать долговременную память.

Вот что я настроил:

1. Трёхслойная память

Вместо одного промпта у меня три слоя, доступные всем моим проектам и репозиториям:

— Оперативная память (MEMORY) — загружается в каждую сессию автоматически. Там: текущие задачи на неделю, блокирующие правила, навигация. ~200 строк. Если Claude видит только этот файл — он уже знает, что делать.

— Правила (CLAUDE) — протоколы работы: как начинать сессию, как фиксировать знания, как закрывать. Это «конституция» моей среды.

— Справочники (memory/*.md) — подгружаются по запросу. Там: терминология, чеклисты, архитектурные паттерны. Не грузим всё сразу — только когда нужно.

Принцип: минимум в контексте, максимум доступно.

2. Pack — база предметных знаний, а не папка с файлами

Самая необычная часть. Я формализую знания в так называемые Pack-репозитории. Pack — это не просто заметки. Каждая единица знания — это сущность с типом (метод, различение, рабочий продукт), связями и онтологией.

Сейчас у меня 4 Pack-репозитория предметных областей и 134 формализованные сущности. Это знания о цифровых платформах, о мышлении, об экосистеме и личная информация.

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

3. Три ИИ-агента

Не одно LLM, а пока несколько специализированных агентов:

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

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

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

Плюс Синхронизатор, который всё это оркестрирует: следит за изменениями файлов (кода и текстов), запускает агентов по расписанию, рассылает уведомления.

4. Протокол, а не вайб

Главная идея: ИИ работает по правилам, а не только по тому, что у него под капотом от вендоров.

О чем канал в нескольких постах

1. Жизнь полегче
2. Почему простое так трудно принимается, даже когда оно спасает жизнь: пример Игнаца Земмельвейса
3. Культура – универсальный закон доступа к сложности
4. А поесть ты не забыл?
5. Гигиенический минимум для рабочего развития: что дает программа "Личное развитие"
6. Стиль жизни
7. Экосистема развития интеллекта
8. Важное, текущее срочное
9. Неудовлетворенность
10. Системный менеджмент

Мои репозитории — мой способ быть продуктивнее

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

1) Репозиторий = место, где живёт рабочий продукт

Первое, на чем я держу фокус: что именно будет произведено и лежать в этом репо. Не “тема” и не “идея”, а артефакты:
• текст/курс/конспект/методичка
• спецификация и концепции
• набор промптов/агентов/скриптов
• примеры, шаблоны, чек-листы
• документация и инструкции
• тесты, демо, прототипы

Когда продукт назван и оформлен, становится проще отвечать на вопрос: что делать дальше? — просто двигать артефакты к готовности.

2) VS Code + Claude Code как рабочая панель: несколько репо одновременно

Я работаю через VS Code так, что в одном рабочем пространстве открыто сразу несколько репозиториев. У меня их больше шести, и это принципиально: разные продукты идут параллельно, но не смешиваются.

Сюда же добавился второй слой ускорения — Claude Code: я использую его прямо поверх репозиториев как “ко-пилота” для работы с артефактами.

Что это даёт на практике:
• быстрый вход в контекст: Claude читает структуру репо, README/карты продукта, текущие задачи и помогает продолжить с нужного места
• ускорение рутины: правки, рефакторинг, генерация шаблонов, приведение к стилю, обновление документации — всё делается быстрее
• работа сразу по нескольким репо: можно параллельно поддерживать согласованность (например, унифицировать структуру, обновить шаблоны, синхронизировать спецификации)
• меньше “потерь на переключениях”: меньше времени уходит на поиск “где что лежит” и “что я имел в виду”, потому что контекст зафиксирован в репо и доступен ассистенту.

В итоге:
• меньше переключений “в голове”
• проще возвращаться в контекст
• проще поддерживать порядок и темп

3) Разделение формы и содержания: ключ к чистоте и скорости

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

Почему это ускоряет:
• форму можно улучшать один раз и применять многократно
• содержание не ломается от “косметики”
• легче делегировать: один человек может улучшать форму, другой — наполнять смыслом

4) Почему метод с репо делает меня продуктивнее

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

Если коротко: репозитории помогают мыслить не задачами, а продуктами — и это резко повышает управляемость, скорость и качество. Основная идея: VS Code — это панель, GitHub — память, Claude Code —ускоритель работы с памятью.

Вторые принципы для профессионала

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

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

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

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

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

👉 Подробно я разобрал эту логику здесь. Объясняю, что такое первые и вторые принципы, что такое FPF и SPF, что есть ядро знаний (pack) и тп.

Почему я включаю трекер времени: о свободе воли, ритуале и стиле жизни

Я уже 7-й год осознанно использую трекер времени. Включаю его перед работой и любым важным занятием. И я понимаю, почему многим трекер «мешается»: он не влезает в привычный режим, требует лишнего жеста и внимания. Поэтому я не буду рассказывать очевидное (про «учёт времени», «дисциплину» и т.п.). Если бы эти плюсы сами по себе перевешивали неудобство — трекер давно был бы у всех.

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

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

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

В терминах Канемана — это маленькие входы в медленное мышление (System 2): на пару секунд, но по расписанию.
И вот здесь трекер становится не измерителем, а ритуалом переключения режима.

Что делает трекер на самом деле? Я могу “врываться” в работу автоматически: открыл ноут → почта → задачи → суета. А могу сделать иначе: включить трекер — и этим поставить “стоп-кадр” или осознать стоп-момент.

Эти 2–5 секунд — не про тайм-менеджмент. Здесь я задаю себе и отвечаю на вопросы: • В какой роли я сейчас действую? (Ученик / Профессионал / Исследователь — неважно, какие слова, важна смена «маски внимания».) • Каким основным. методом я буду работаю? • Какой рабочий продукт должен появиться к концу помидорки?

Трекер — это кнопка, которая запускает микро-переход из “реакции” в “намерение” или из автоматизма в осознанный режим.
И я повторяю это примерно 8 раз в день. Поэтому осознанность перестаёт быть редким «духовным событием» и становится технической характеристикой режима жизни.

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

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

Ко мне обратился один из наших мастеров Дмитрий Сизов по поводу поиска сотрудников. Одно из главных требований — системное мышление. Пишите Дмитрию, вот его сообщение:

Описание проекта «Цифровые двойники».

Друзья, я ищу системного единомышленника на роль руководителя проекта по созданию цифровых двойников в банке. Нужно управлять работами в командах из 3-х разных доменов: ресурсно-сервисной модели, ML-моделирования и нагрузочного тестирования. Приходится договаривать инженеров этих команд между собой, учитывая специфику их картины мира. Плюсом будет опыт в проектах по внедрению ML-моделей.
Сам проект представляет из себя создание модели всего ИТ-ландшафта банка. Если смотреть сверху вниз, начиная от бизнес-сервисов, то он должен позволить понимать, как поведёт себя сервис при изменении входных параметров с учётом того, на каких ИС и инфраструктуре он основа. Нужно рассчитывать, какие ресурсы ему потребуются для нормального функционирования. Если смотреть снизу вверх, то нужно понимать, что будет с сервисом при внедрении изменения в одной из информационных систем, его обеспечивающих, или их тинфрструктуре.
Описание вакансии на HH можно посмотреть по сылке: https://neryungri.hh.ru/vacancy/126883669?from=employer&hhtmFrom=employer

По всем вопросам лучше писать мне в тг @d_e_sizov.

Бот для новичков

За последние пару дней с нуля сделал своего первого Telegram-бота с LLM. Хочу поделиться опытом — не столько про бота, сколько про то, как меняется работа созидателя с появлением ИИ-инструментов.

Зачем бот?

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

Бот проводит 14-дневный марафон систематического обучения. Целевая аудитория — люди в трёх состояниях: Хаос (внимание разбросано), Тупик (стабильность без роста), Поворот (хочется перемен, но страшно). За две недели человек переходит от случайного обучения к систематическому.

Что умеет бот:

— Проводит короткий онбординг и запоминает профиль
— Каждый день присылает теорию + практику, адаптированные под профессию и интересы
— Задаёт вопросы для закрепления разного уровня сложности
— Отслеживает прогресс, напоминает, позволяет нагнать пропущенное
— Генерирует контент на основе двух баз знаний: руководств МИМ и моего личного Индекса знаний (сделан из всех моих постов в клубе).

Из чего сделан бот (технологии):

— Python + aiogram 3 — фреймворк для Telegram-ботов. Асинхронный, быстрый, хорошо документированный.
— Anthropic Claude API — модель claude-sonnet-4 генерирует персонализированный контент. Это не шаблоны, а каждый раз новый текст под конкретного человека.
— Model Context Protocol (MCP) — открытый протокол от Anthropic для подключения ИИ к внешним данным. Бот использует два MCP-сервера: Guides MCP — руководства МИМ (базовые материалы по системному мышлению); Knowledge MCP — мой личный Индекс знаний (посты, статьи, с приоритетом свежих)
— PostgreSQL — база данных для профилей, прогресса, ответов пользователей.
— Railway — облачный хостинг. Деплой из GitHub в один клик, автоматическое масштабирование, встроенная PostgreSQL.
— Cloudflare Workers — на них крутятся MCP-серверы с семантическим поиском по базам знаний.
— Claude Code — AI-ассистент для разработки от Anthropic. Именно с ним я писал весь код.

Конечно, многое из этого сделал наш архитектор Андрей Смирнов. Я сам пока не замахиваюсь на MCP, Cloudflare и вообще на архитектуру.

Схемы работы бота и технические детали тут. Бот пока в пилоте, будем его тестировать на 14-дневном Марафоне для новичков, которые давно присматривались к МИМ, но сложность им казалась запредельной. Теперь мы многое сможем объяснить и показать на персональных примерах и с учетом личных/рабочих интересов.

Моя первая ИТ-система

С сегодняшнего дня считаю себя ИТ-шником. Появился конкретный повод так говорить. В продакшн вышла моя первая ИТ-система, в которой я, помимо прочего, выступал разработчиком (продактом я давно уже промышляю): на n8n я собрал «Проверяльщика задач» по руководству «Системное саморазвитие» — ДЗ-чекер.

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

Технически для меня это был новый уровень: помимо n8n я осваивал работу с MCP-сервером. Разбирался примерно месяц. Инвестировал около 50 часов — и больше половины этого времени ушло не на «написание», а на ошибки, неверные допущения и последующую распаковку собственных заблуждений. Для опытного ИТ-специалиста такой результат покажется скромным. Для меня — это впечатляюще. В том числе потому, что несколько раз я почти «сошёл с дистанции»: находил вполне убедительные причины переключиться на более привычные и, вроде бы, более “значимые” задачи.

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

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

Главное понимание, которое я из этого вынес: сейчас связка видение + системное мышление + ИИ + упорство даёт очень мощную созидательную силу. И, честно говоря, многие мои прошлые объяснения про “нет времени на ИТ”, “это должны делать специально обученные люди”, “нужна команда/волонтёры” — в значительной степени были отговорками. Не всегда осознанными, но от этого не менее тормозящими.

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

Ссылки на несколько моих постов по ходу этой работы за месяц (что планировал сделать и что у меня не получалось):

* [https://systemsworld.club/t/arhitektura-dostupa-ii-k-dannym-ekosistemy/34616]
* [https://systemsworld.club/t/primer-raboty-s-claude-code-i-dokumentami-proekta/34417]
* [https://systemsworld.club/t/mcp-server-idei-razvitiya-nashej-ekosistemy/34244]

А поесть ты не забыл?

Часто взрослые говорят: «Не смог выделить слот на саморазвитие. Командировка, срочный проект и аврал, текучка, отпуск, дети и семья, и тп (нет конца и края для оправдания)». Я обычно уточняю: «А гигиену тоже отложили? А поесть — забыли?». Обычно — ступор.

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

Примеры методов, которые формируют стиль жизни (и потому почти не пропускаются):

— Сон и восстановление: во сколько вы “закрываете день”, как защищаете сон, что делаете, когда недоспали.
— Еда и бытовая гигиена: как устроены приёмы пищи; есть ли у вас “нормальная еда” или вечный режим “перехватил что-то”.
— Коммуникация с близкими:
ежедневный короткий контакт (не «мы живём рядом», а 10–20 минут настоящего разговора);
семейные ритуалы (ужин без телефонов, совместный вечер);
время на детей как защищённый слот: прогулка, чтение перед сном, совместное дело — не “по остаточному принципу”, а как обязательная часть недели.
— Отношение к спорту: вы “иногда тренируетесь” или у вас есть режим (например, 2–4 раза в неделю в конкретные дни), где спорт — это не вдохновение, а инфраструктура тела и энергии.
— Как вы проводите вечер: это всегда “вторая работа и скролл до ночи”, или у вас есть понятный сценарий вечера: семья, прогулка, спокойное чтение, тишина, ранний отбой.
— Культура саморазвития: как вы относитесь к развитию в принципе — как к разовым рывкам “когда получится”, или как к базовой норме жизни: учусь, делаю, фиксирую результат, улучшаю — потому что так живу.

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

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

Стиль жизни ученика устроен иначе: развитие не разовое и не “когда появится окно”, а непрерывное и бесконечное. В течение всей жизни, это ведь стиль жизни! Да, слот всегда конечен (25–60 минут), но он органично встроен в расписание так же, как еда: вы не каждый день решаете “есть или не есть” — вы просто живёте так, что еда предусмотрена. С саморазвитием ровно так же: как же иначе?

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

Руководства программы "Личное развитие" становятся полностью открытыми — и вот почему это логично

Мы открываем все руководства программы “Личное развитие” в публичный доступ. Первое руководство “Системное саморазвитие” уже полностью доступно. Остальные появятся в ближайшее время.

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

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

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

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

Подписка, соответственно, становится не «оплатой доступа к курсам как сейчас во многих школах», а входом в экосистему и её инфраструктуру. Она даёт:
— удобный интерфейс и непрерывно улучшаемую платформу;
— ИИ-помощников (уже тестируем ДЗ-чекера, который будет проверять ответы стажёров по программе “Личное развитие”);
— цифрового двойника: он собирает данные об активных действиях на платформе, помогает вести человека по персональной траектории развития и станет основой для начисления токенов за активные действия;
— доступ к среде жизни и работы — к сообществу, где развитие подкреплено практикой, обратной связью, общими культурой и нормами качества.

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

Это моя ключевая ставка на 2026 год: развивать сообщество и в ближайшее время собрать следующий набор ИТ-систем (как инфраструктуру экосистемы):
1.1 ДЗ-чекер и создание инфраструктуры MCP-серверов
1.2 Хранилище руководств в репозитории docs
1.3 Инфраструктура доверия и индентификации (ORY)
1.4 Индексатор знаний, который формирует базу данных фрагментов знаний (Knowledge Indexer)
1.5 Цифровой двойник и учёт активных действий
1.6 Генератор персональных руководств
1.7 Проводник по персональному маршруту развития
1.8 Моделер
1.9 ИТ-системы для экономики сообщества
И другие ИТ и ИИ системы.

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