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, и обернул в среду, где агенты могут с этим работать.